stop() 和 suspend() 方法为何不推荐使用？ --转载

最新推荐文章于 2023-11-21 19:07:33 发布

后端小哥_哈哈

最新推荐文章于 2023-11-21 19:07:33 发布

阅读量285

点赞数

分类专栏： Java 文章标签： java 开发语言后端

原文链接：https://blog.csdn.net/wangdinghai365/article/details/8608184?utm_medium=distribute.pc_relevant.none-task-blog-2~default~baidujs_title~default-0.no_search_link&spm=1001.2101.3001.4242.1&utm_relevant_index=3

版权

Java 专栏收录该内容

47 篇文章 0 订阅

订阅专栏

本文详细阐述了为什么在多线程编程中不应使用stop和suspend方法。stop方法可能导致数据完整性问题，因为它会突然中断线程并释放所有锁，而suspend方法则可能引发死锁，因为被挂起的线程仍持有锁资源。建议使用标志来控制线程的活动和挂起状态，通过wait()和notify()方法进行线程协作以避免这些问题。

摘要由CSDN通过智能技术生成

stop和 suspend方法为何不推荐使用

- stop方法不安全
- suspend()方法容易发生死锁

本篇博文为转载。链接如下：https://blog.csdn.net/wangdinghai365/article/details/8608184?utm_medium=distribute.pc_relevant.none-task-blog-2 _defaultbaidujs_title~default-0.no_search_link&spm=1001.2101.3001.4242.1&utm_relevant_index=3

stop方法不安全

反对使用stop()，是因为它不安全。它会解除由线程获取的所有锁定，当在一个线程对象上调用stop()方法时，这个线程对象所运行的线程就会立即停止，假如一个线程正在执行：synchronized void { x = 3; y = 4;}　由于方法是同步的，多个线程访问时总能保证x,y被同时赋值，而如果一个线程正在执行到x = 3;时，被调用了 stop()方法，即使在同步块中，它也干脆地stop了，这样就产生了不完整的残废数据。而多线程编程中最最基础的条件要保证数据的完整性，所以请忘记线程的stop方法，以后我们再也不要说“停止线程”了。而且如果对象处于一种不连贯状态，那么其他线程能在那种状态下检查和修改它们。结果很难检查出真正的问题所在。

suspend()方法容易发生死锁

suspend()方法容易发生死锁。调用suspend()的时候，目标线程会停下来，但却仍然持有在这之前获得的锁定。此时，其他任何线程都不能访问锁定的资源，除非被"挂起"的线程恢复运行。对任何线程来说，如果它们想恢复目标线程，同时又试图使用任何一个锁定的资源，就会造成死锁。所以不应该使用suspend()，而应在自己的Thread类中置入一个标志，指出线程应该活动还是挂起。若标志指出线程应该挂起，便用 wait()命其进入等待状态。若标志指出线程应当恢复，则用一个notify()重新启动线程。