一个小伙伴私信了一个小米的面试题,问题是: "线程 经执行完成"? 说实话,这个问题确实很刁钻,毕竟像很多工作 5 年多的 怎么可能回答出来这个问题呢? 下面我们来看看普通人和高手遇到这个问题的回答思路
普通人
嗯.. (临场发挥吧)
高手
好的,我会从两个方面来回答。
- 在线程池内部,当我们把一个任务丢给线程池去执行,线程池会调度工作线程来执 行这个任务的 run 方法,run 方法正常结束,也就意味着任务完成了。
所以线程池中的工作线程是通过同步调用任务的 run()方法并且等待 run 方法返回后再去统计任务的完成数量。 - 如果想在线程池外部去获得线程池内部任务的执行状态,有几种方法可以实现。
a. 线程池提供了一个 isTerminated()方法,可以判断线程池的运行状态,我们可 以循环判断 isTerminated()方法的返回结果来了解线程池的运行状态,一旦线 程池的运行状态是 Terminated,意味着线程池中的所有任务都已经执行完了。
想要通过这个方法获取状态的前提是,程序中主动调用了线程池的 shutdown()
方法。在实际业务中,一般不会主动去关闭线程池,因此这个方法在实用性和
灵活性方面都不是很好。
b. 在线程池中,有一个 submit()方法,它提供了一个 Future 的返回值,我们通
过 Future.get()方法来获得任务的执行结果,当线程池中的任务没执行完之前,
future.get()方法会一直阻塞,直到任务执行结束。因此,只要 future.get()
方法正常返回,也就意味着传入到线程池中的任务已经执行完成了!
c. 可以引入一个 CountDownLatch 计数器,它可以通过初始化指定一个计数器 进行倒计时,其中有两个方法分别是 await()阻塞线程,以及 countDown() 进行倒计时,一旦倒计时归零,所以被阻塞在 await()方法的线程都会被释放。基于这样的原理,我们可以定义一个 CountDownLatch 对象并且计数器为 1,接着在 线程池代码块后面调用 await()方法阻塞主线程,然后,当传入到线程池中的任务执行
完成后,调用 countDown()方法表示任务执行结束。
最后,计数器归零 0,唤醒阻塞在 await()方法的线程。
- 基于这个问题,我简单总结一下,不管是线程池内部还是外部,要想知道线程是否
执行结束,我们必须要获取线程执行结束后的状态,而线程本身没有返回值,所以
只能通过阻塞-唤醒的方式来实现,
future.get 和 CountDownLatch 都是这样一个
原理。
以上就是我对于这个问题的回答!
结尾
大家可以站在面试官的角度来看高手的回答,
不难发现,高手对于技术基础的掌握程度,是非常深和全面的。这也是面试官考察这类
问题的目的。
因此,Mic 提醒大家,除了日常的 CRUD 以外,抽出部分时间去做技术深度和广度的
学习是非常有必要的。