前言
最近在线上发现了很诡异的事情,某个服务的线程处理运行很不稳定,经常性不能正常工作,但是也排查不出来问题根源。最终确定了原因是
在使用scheduleAtFixedRate时,Runnable中发生了未捕获异常,并且未配置uncaughtExceptionHandler导致异常发生后,日志直接被吞了。
解决办法
方法一
配置uncaughtExceptionHandler处理类,但是这个的处理逻辑是由线程池决定了,在特定的场景下,我们不清楚线程池的具体实现,需要查看代码
方法二(推荐)
自定义抽象的Runnable,实现异常捕获,当有特定的异常处理逻辑,如果是通用的可以继承AbstractCaughtRunnable,如果是特例的可以重写exceptionHandler方法,但这种方式意味着uncaughtExceptionHandler无法生效,如果想要生效也可以抛出未捕获异常
@Slf4j
public abstract class AbstractCaughtRunnable implements Runnable {
@Override
public void run() {
try{
caughtAndRun();
}catch (Exception e){
exceptionHandler(e);
}
}
/**
* 捕获并运行
*/
public abstract void caughtAndRun();
public void exceptionHandler(Exception e){
log.error("",e);
}
}
示例:
scheduledExecutorService.scheduleAtFixedRate(new AbstractCaughtRunnable(){
@Override
public void caughtAndRun() {
throw new RuntimeException("exception");
}
},0, 10, TimeUnit.SECONDS);
线程池吞掉异常的测试
@Slf4j
public class ThreadTest {
private static final ExecutorService executorService = Executors.newSingleThreadExecutor();
private static final ScheduledExecutorService scheduledExecutorService = new ScheduledThreadPoolExecutor(1);
public static void main(String[] args) throws InterruptedException {
scheduledExecutorService.scheduleAtFixedRate(new Runnable(){
@Override
public void run() {
log.info("scheduleAtFixedRate");
throw new RuntimeException("exception");
}
},0, 10, TimeUnit.SECONDS);
executorService.submit(()->{
log.info("submit");
throw new RuntimeException("exception");
});
executorService.submit(new Callable<String>(){
@Override
public String call() throws Exception {
log.info("Callable");
throw new RuntimeException("exception");
}
});
executorService.execute(()->{
log.info("execute");
throw new RuntimeException("exception");
});
Thread.sleep(2000000);
}
}
通过以上的测试 处理execute会抛出异常外,其他按照任务的方式提交都应该对异常进行处理
线上服务因ScheduledThreadPoolExecutor未捕获异常导致运行不稳。本文介绍两种解决办法:1)配置处理类,但可能依赖于线程池实现;2)自定义抽象Runnable以捕获并处理异常,适用于特定场景或通用逻辑。测试表明,execute方法会抛出异常,其他任务提交方式需处理异常。
1264

被折叠的 条评论
为什么被折叠?



