线程暂停的陷阱：揭示 suspendThread 的潜在危险 (线程 暂停)

在 Java 中， suspendThread 方法已被弃用，使用 Thread.suspend() 暂停线程也不推荐使用。原因是使用这些方法会带来严重的并发问题。

本文将探讨使用 suspendThread 暂停线程的潜在危险，并提供替代解决方案。

suspendThread 的危险

当使用 suspendThread 暂停线程时，线程将立即挂起，无论它在做什么。这会导致以下问题：

• 死锁： 线程可能会暂停在等待锁的情况下，导致死锁。
• 脏数据： 如果线程在暂停时修改共享数据，则其他线程可能看到不一致的数据。
• 资源泄漏： 线程可能在暂停时持有资源，这可能会导致资源泄漏。
• 性能下降： 暂停线程会中断正在进行的计算，导致性能下降。

以下是一个示例，说明使用 suspendThread 暂停线程如何导致死锁：

```javapublic class DeadlockExample {private final Object lock1 = new Object();private final Object lock2 = new Object();public void method1() {synchronized (lock1) {// 暂停此线程Thread.suspend();// 尝试获取 lock2synchronized (lock2) {// 操作}}}public void method2() {synchronized (lock2) {// 尝试获取 lock1synchronized (lock1) {// 操作}}}}```在这个示例中，两个线程（ method1 和 method2 ）都试图获取两个

---

线程中sleep和wait的区别

线程中sleep和wait的区别如下：一，首先二者的不同点：1.这两个方法来自不同的类分别是Thread和Object。 首先对于sleep()方法，要知道该方法是属于Thread类中的。 而wait()方法，则是属于Object类中的。 ()方法导致了程序暂停执行指定的时间，让出cpu该其他线程，但是他的监控状态依然保持者，当指定的时间到了又会自动恢复运行状态。 在调用sleep()方法的过程中，线程不会释放对象锁。 而当调用wait()方法的时候，线程会放弃对象锁，进入等待此对象的等待锁定池，只有针对此对象调用notify()方法后本线程才进入对象锁定池准备。 获取对象锁进入运行状态。 3.最主要是sleep方法没有释放锁，而wait方法释放了锁，使得其他线程可以使用同步控制块或者方法。 wait，notify和notifyAll只能在同步控制方法或者同步控制块里面使用，而sleep可以在任何地方使用（使用范围）比如：synchronized(x){()//或者wait()}必须捕获异常，而wait，notify和notifyAll不需要捕获异常举例说明如下：1.首先我们先看sleep中的构造函数sleep(long millis) Causes the currently executing thread to sleep (temporarily cease execution) for the specified number of milliseconds, subject to the precision and accuracy of system timers and (long millis, int nanos)Causes the currently executing thread to sleep (cease execution) for the specified number of milliseconds plus the specified number of nanoseconds, subject to the precision and accuracy of system timers and 方法属于Thread类中方法，表示让一个线程进入睡眠状态，等待一定的时间之后，自动醒来进入到可运行状态，不会马上进入运行状态，因为线程调度机制恢复线程的运行也需要时间，一个线程对象调用了sleep方法之后，并不会释放他所持有的所有对象锁，所以也就不会影响其他进程对象的运行。 但在sleep的过程中过程中有可能被其他对象调用它的interrupt(),产生InterruptedException异常，如果你的程序不捕获这个异常，线程就会异常终止，进入TERMINATED状态，如果你的程序捕获了这个异常，那么程序就会继续执行catch语句块（可能还有finally语句块）以及以后的代码。 另外注意sleep()方法是一个静态方法，也就是说他只对当前对象有效，通过()让t对象进入sleep，这样的做法是错误的，它只会是使当前线程被sleep 而不是t线程方法void wait(long timeout)Causes the current thread to wait until either another thread invokes the notify() method or the notifyAll() method for this object, or a specified amount of time has wait(long timeout, int nanos)Causes the current thread to wait until another thread invokes the notify() method or the notifyAll() method for this object, or some other thread interrupts the current thread, or a certain amount of real time has 属于Object的成员方法，一旦一个对象调用了wait方法，必须要采用notify()和notifyAll()方法唤醒该进程;如果线程拥有某个或某些对象的同步锁，那么在调用了wait()后，这个线程就会释放它持有的所有同步资源，而不限于这个被调用了wait()方法的对象。 wait()方法也同样会在wait的过程中有可能被其他对象调用interrupt()方法而产生InterruptedException，效果以及处理方式同sleep()方法二，最后二者的共同点：1. 他们都是在多线程的环境下，都可以在程序的调用处阻塞指定的毫秒数，并返回。 2. wait()和sleep()都可以通过interrupt()方法 打断线程的暂停状态 ，从而使线程立刻抛出InterruptedException。 如果线程A希望立即结束线程B，则可以对线程B对应的Thread实例调用interrupt方法。 如果此刻线程B正在wait/sleep /join，则线程B会立刻抛出InterruptedException，在catch() {} 中直接return即可安全地结束线程。 需要注意的是，InterruptedException是线程自己从内部抛出的，并不是interrupt()方法抛出的。 对某一线程调用 interrupt()时，如果该线程正在执行普通的代码，那么该线程根本就不会抛出InterruptedException。 但是，一旦该线程进入到 wait()/sleep()/join()后，就会立刻抛出InterruptedException 。 以上就是线程中sleep和wait的区别。

如何用键盘控制C++程序运行？比如暂停和继续

建个新线程，在这个线程里运行你的代码。 在主线程里用_getch()监视控制台输入。 如果读到字符（说明你敲键盘了) 就用 SuspendThread和 ResumeThread让工作线程暂停或者继续。

mfc中使用SuspendThread无法挂起线程

你是做医疗器械的吗？在做监护仪程序？？SuspendThread 的原形是:DWORD SuspendThread(HANDLE hThread);它返回的是线程的前一个暂停记数.线程暂停的次数可以是MAXIMUM_SUSPEND_COUNT次(在WINNT.H中是127);SuspendThread与内核方式的执行是异步的,但是在线程恢复运行之前,不会发生用户方式的执行。 调用SuspendThread必须小心,如果线程试图从堆栈中分配内存,那么该线程将在该线程上设置一个锁,当其他线程试图访问该堆栈时,这些线程的访问就被停止,直到第一个线程恢复运行,只有知道目标线程在干什么时,并且采取强有力的措施避免因暂停线程带耒的问题或死锁状态,SuspendThread才是安全的。

---

---

相关标签： suspendThread、 的潜在危险、 线程、 揭示、 线程暂停的陷阱、 暂停、

上一篇：线程同步替代suspendThread的现代方法线程

下一篇：解锁线程暂停全面指南，无需suspendThread解