使用线程池的时候的异常处理
当我们使用线程池来执行任务的时候,线程池里的线程如果抛出异常了,是不会传导到主线程中去的,如果有些线程因为抛出运行时异常而损失掉,主线程也是不会有任何感知的,甚至短时间内对程序也没有什么影响(比如,用十个线程来处理任务,其中有一两个线程挂掉了,应用程序还是会正常运行的)
在使用线程池的时候我们应该有这样的机制:但有线程异常退出的时候我们应该知道,记录一下日志,log清楚出现问题的原因,在需要的时候重新启动一个新的线程来补充线程池中线程的数量(搜一下目前使用到的线程池有没有自动补充线程数量的能力)
要实现这样的功能我们需要用到Thread类的
public void setUncaughtExceptionHandler(UncaughtExceptionHandler eh)
或
public static void setDefaultUncaughtExceptionHandler(UncaughtExceptionHandler eh)
方法,其中,静态的public static void setDefaultUncaughtExceptionHandler(UncaughtExceptionHandler eh) 是针对所有的类的默认的异常处理器,而非静态的 public static void setDefaultUncaughtExceptionHandler(UncaughtExceptionHandler eh) 则是针对指定的一个Thread类,优先级要高于默认的异常处理器(确认一个类是只有一个异常处理器吗?还是有多个异常处理器的时候,多个异常处理器共同个起作用)
我们自己定义的异常处理器要实现
java.lang.UncaughtExceptionHandler 接口,然后实现其中的 void uncaughtException(Thread t, Throwable e) 方法,当线程抛出异常的时候,这个方法会被调用。
值得注意的是:
1.在这个方法中抛出的异常会被jvm忽略掉
2.线程组默认实现了这个接口
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· AI与.NET技术实操系列:基于图像分类模型对图像进行分类
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 25岁的心里话
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· ollama系列01:轻松3步本地部署deepseek,普通电脑可用
· 按钮权限的设计及实现