一道面试题
我一年前写过这篇文章《有的线程它死了,于是它变成一道面试题》,这是早期作品,遣词造句,排版行文都有一点稚嫩,但是不知咋地,还是有很多人看过。
甚至已经进入了某网红公司的面试题库里面。
所以我后面应该会重写一下,翻新翻新,再补充一点新的东西进去。
现在先回顾一下这篇文章抛出的问题和问题的答案:
一个线程池中的线程异常了,那么线程池会怎么处理这个线程?
这个题是我遇到的一个真实的面试题,当时并没有回答的很好。然后通过上面的文章,我在源码中寻找到了答案。
先给大家看两个案例。
当执行方式是 execute 方法时,在控制台会打印堆栈异常:
当执行方式是 submit 方法时,在控制台不会打印堆栈异常:
那么怎么获取这个 submit 方法提交时的异常信息呢?
得调用返回值 future 的 get 方法:
具体原因,我在之前的文章里面详细分析过,就不赘述了,直接看结论:
然后一个读者找我聊天,说为什么他这样写,通过 future.get 方法没有抛出异常呢,和我文章里面说的不一样呢?
我说:那肯定是你操作不对,你把代码发给我看看。
然后我收到了一份这样的代码:
public class ExecutorsTest { public static void main(String[] args) { ThreadPoolExecutor executorService = new ThreadPoolExecutor(2, 2, 30, TimeUnit.SECONDS, new ArrayBlockingQueue<>(10)); Future future = executorService.submit(() -> { try { sayHi("submit"); } catch (Exception e) { System.out.println("sayHi Exception"); e.printStackTrace(); } }); try { future.get(); } catch (Exception e) { System.out.println("future.get Exception"); e.printStackTrace(); } } private static void sayHi(String name) throws RuntimeException { String printStr = "【thread-name:" + Thread.currentThread().getName() + ",执行方式:" + name + "】"; System.out.println(printStr); throw new RuntimeException(printStr + ",我异常啦!哈哈哈!"); } }
这个程序的输出结果是这样的:
我寻思这没毛病呀,这不是很正常吗?不就是应该这样输出吗?
那个哥们说:和你说的不一样啊,你说的是调用 future.get 方法的时候会抛出异常的?
我这里并没有输出“future.get Exception”,说明 future.get 方法没有抛出异常。
我回答到:你这不是把会抛出运行时异常的 sayHi 方法用 try/catch 代码块包裹起来了吗?异常在子线程里面就处理完了,也就不会封装到 Future 里面去了。你把 try/catch 代码块去掉,异常就会封装到 Future 里面了。
过了一小会,他应该是实验完了,又找过来了。
他说:牛逼呀,确实是这样的。那你的这个面试题是有问题的啊,描述不清楚,正确的描述应该是一个线程池中的线程抛出了未经捕获的运行时异常,那么线程池会怎么处理这个线程?
看到他的这个回复的时候,我竟然鼓起掌来,这届读者真是太严格了!但是他说的确实是没有错,严谨点好。
他还追问到:怎么实现的呢?为什么当 submit 方法提交任务的时候,子线程捕获了异常,future.get 方法就不抛出异常了呢?
其实听到这个问题的时候都把我干懵了。
这问法,难道你是想再抛一次异常出来?
其实大家按照正常的思维去想,都能知道如果子线程捕获了一次,future.get 方法就不应该抛出异常了。
所以,现在的问题是,这个小小的功能,在线程池里面是怎么实现的?
现在的面试题在原来的基础上再加一层:
好,你说当执行方法是 submit 的时候,如果子线程抛出未经捕获的运行时异常,将会被封装到 Future 里面?那么如果子线程捕获了异常,该异常还会封装到 Future 里面吗?是怎么实现的呢?
寻找答案-FUTURE
来,一起去源码里面寻找答案。
现在是用 submit 的方式往线程池里面提交任务,而执行的这个任务会抛出运行时异常。
对于抛出的这个异常,我们分为两种情况:
- 子线程中捕获了异常,则调用返回的 future 的 get 方法,不会抛出异常。
- 子线程中没有捕获异常,则调用返回的 future 的 get 方法,会抛出异常。