前段时间遇到一个问题,问题的现象如下:
有一个线程池,在处理一批业务数据,当程序执行结束之后,我发现有一部分数据并没有被处理,查看日志发现也没有异常日志,经过一段时间排查发现确实是由于我的数据有一个唯一id是由雪花算法生成的,但是生成id的机器码各台机器都是一样的,所以导致数据在插入数据的时候抛了异常,最终这个问题解决了。但是,令我比较疑惑的是,为什么程序出了异常,但是日志里却一点异常都没有呢?
想要解决这个疑惑,只能看下线程池的是如何处理任务和异常的了。
代码的入口大概就这样:
从这里点进去
这里代码可以看出来如果任务被执行,肯定会执行addWorker方法
addWorker方法中,最终是在Worker线程中执行任务
跟到这里基本上线程池的代码就结束了,在task.run方法执行任务,如果任务抛出了异常,这里是被捕捉,重新抛出。这里只是将异常抛出,那这个异常会去哪里呢?JVM到底如何处理向外抛出的异常?
答案是,最终会调用java.lang.Thread#dispatchUncaughtException方法
这里的代码可以看出来,当一个线程抛出了一个未捕获的异常,JVM会去调用这个方法。如果当前线程没有声明UncaughtExceptionHandler成员变量并且重写uncaughtException方法的时候,就会看线程所属的线程组有没有这个类,没有就会打到System.err里面。
至此,终于找到了答案。
针对这个问题,有几种解决方案:
1、在Worker线程中,在抛出异常之后,有一个finally代码块,里面会调用afterExecute方法,这个方法线程池本身没有对其实现,我们可以重写这个方法,在这个方法里写异常的处理方案。
2、给线程设置UncaughtExceptionHandler变量并重写uncaughtException方法。
3、最简单的办法,在我们的代码可能出现异常的地方进行try-catch。
09-10
715

07-04
756

03-20
3435

04-30
1503
