协作,才能更好的中断线程
欢迎来到阿八个人博客网站。本 阿八个人博客 网站提供最新的站长新闻,各种互联网资讯。 喜欢本站的朋友可以收藏本站,或者加QQ:我们大家一起来交流技术! URL链接:https://www.abboke.com/jsh/2019/1010/116527.html
除了 下面使用 由于中断异常是一个 checked exception,我们不得不需要处理该异常 最简单的做法就是不处理该异常,直接向上抛出中断异常,让上层调用者决定如何处理 但是有些情况下,却不适合上面的做法,这种情况下我们需要在 catch 中处理中断 上面我们说到,对于一些阻塞方法如 这是因为当调用 本文首发于studyidea.cn
InterruptedException
中断异常,另外还有三个中断相关的方法,三个方法都与线程相关interrupt
方法用于中断线程,但是并不是说该方法就能直接使线程停止interrupt
中断线程,这里我们期望中断直接停止子线程输出
但是当主线程调用子线程 interrupt
方法,子线程并却没有被终止,还在继续打印数字中断最佳实践
不要随意『吃掉』中断异常
如果我们可以保证该异常不影响应用,我们可以直接『吃掉』这个异常
其他情况下我们需要正确处理这个异常
如果实在不知道如何处理,那就是记录该异常,并使用日志方式输出中断不会停止阻塞 IO
Thread#sleep
,将会抛出中断异常
但是对于 Socket 等阻塞 IO 调用,并不会抛出这个异常
也就是说中断并不会停止阻塞 IO 的调用Thread#sleep
等阻塞方法时,Java 线程状态将会从 RUNNABLE
转变为 TIMED_WAITING
或 WATTING
而当线程阻塞在 IO 读取时,Java 线程实际状态却还是 RUNNABLE
如果你对这个线程状态还有疑惑,可以阅读下这篇文章 面试官:都说阻塞 I/O 模型将会使线程休眠,为什么 Java 线程状态却是 RUNNABLE?,深入理解一下线程状态欢迎关注我的公众号:程序通事,获得日常干货推送
如果您对我的专题内容感兴趣,也可以关注我的博客:studyidea.cn相关文章