在 Java 中， suspendThread 方法已被棄用，使用 Thread.suspend() 暫停線程也不推薦使用。原因是使用這些方法會(huì)帶來嚴(yán)重的并發(fā)問題。

本文將探討使用 suspendThread 暫停線程的潛在危險(xiǎn)，并提供替代解決方案。

suspendThread 的危險(xiǎn)

當(dāng)使用 suspendThread 暫停線程時(shí)，線程將立即掛起，無論它在做什么。這會(huì)導(dǎo)致以下問題：

• 死鎖： 線程可能會(huì)暫停在等待鎖的情況下，導(dǎo)致死鎖。
• 臟數(shù)據(jù)： 如果線程在暫停時(shí)修改共享數(shù)據(jù)，則其他線程可能看到不一致的數(shù)據(jù)。
• 資源泄漏： 線程可能在暫停時(shí)持有資源，這可能會(huì)導(dǎo)致資源泄漏。
• 性能下降： 暫停線程會(huì)中斷正在進(jìn)行的計(jì)算，導(dǎo)致性能下降。

以下是一個(gè)示例，說明使用 suspendThread 暫停線程如何導(dǎo)致死鎖：

```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) {// 操作}}}}```在這個(gè)示例中，兩個(gè)線程（ method1 和 method2 ）都試圖獲取兩個(gè)

---

線程中sleep和wait的區(qū)別

線程中sleep和wait的區(qū)別如下：一，首先二者的不同點(diǎn)：1.這兩個(gè)方法來自不同的類分別是Thread和Object。 首先對(duì)于sleep()方法，要知道該方法是屬于Thread類中的。 而wait()方法，則是屬于Object類中的。 ()方法導(dǎo)致了程序暫停執(zhí)行指定的時(shí)間，讓出cpu該其他線程，但是他的監(jiān)控狀態(tài)依然保持者，當(dāng)指定的時(shí)間到了又會(huì)自動(dòng)恢復(fù)運(yùn)行狀態(tài)。 在調(diào)用sleep()方法的過程中，線程不會(huì)釋放對(duì)象鎖。 而當(dāng)調(diào)用wait()方法的時(shí)候，線程會(huì)放棄對(duì)象鎖，進(jìn)入等待此對(duì)象的等待鎖定池，只有針對(duì)此對(duì)象調(diào)用notify()方法后本線程才進(jìn)入對(duì)象鎖定池準(zhǔn)備。 獲取對(duì)象鎖進(jìn)入運(yùn)行狀態(tài)。 3.最主要是sleep方法沒有釋放鎖，而wait方法釋放了鎖，使得其他線程可以使用同步控制塊或者方法。 wait，notify和notifyAll只能在同步控制方法或者同步控制塊里面使用，而sleep可以在任何地方使用（使用范圍）比如：synchronized(x){()//或者wait()}必須捕獲異常，而wait，notify和notifyAll不需要捕獲異常舉例說明如下：1.首先我們先看sleep中的構(gòu)造函數(shù)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類中方法，表示讓一個(gè)線程進(jìn)入睡眠狀態(tài)，等待一定的時(shí)間之后，自動(dòng)醒來進(jìn)入到可運(yùn)行狀態(tài)，不會(huì)馬上進(jìn)入運(yùn)行狀態(tài)，因?yàn)榫€程調(diào)度機(jī)制恢復(fù)線程的運(yùn)行也需要時(shí)間，一個(gè)線程對(duì)象調(diào)用了sleep方法之后，并不會(huì)釋放他所持有的所有對(duì)象鎖，所以也就不會(huì)影響其他進(jìn)程對(duì)象的運(yùn)行。 但在sleep的過程中過程中有可能被其他對(duì)象調(diào)用它的interrupt(),產(chǎn)生InterruptedException異常，如果你的程序不捕獲這個(gè)異常，線程就會(huì)異常終止，進(jìn)入TERMINATED狀態(tài)，如果你的程序捕獲了這個(gè)異常，那么程序就會(huì)繼續(xù)執(zhí)行catch語句塊（可能還有finally語句塊）以及以后的代碼。 另外注意sleep()方法是一個(gè)靜態(tài)方法，也就是說他只對(duì)當(dāng)前對(duì)象有效，通過()讓t對(duì)象進(jìn)入sleep，這樣的做法是錯(cuò)誤的，它只會(huì)是使當(dāng)前線程被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的成員方法，一旦一個(gè)對(duì)象調(diào)用了wait方法，必須要采用notify()和notifyAll()方法喚醒該進(jìn)程;如果線程擁有某個(gè)或某些對(duì)象的同步鎖，那么在調(diào)用了wait()后，這個(gè)線程就會(huì)釋放它持有的所有同步資源，而不限于這個(gè)被調(diào)用了wait()方法的對(duì)象。 wait()方法也同樣會(huì)在wait的過程中有可能被其他對(duì)象調(diào)用interrupt()方法而產(chǎn)生InterruptedException，效果以及處理方式同sleep()方法二，最后二者的共同點(diǎn)：1. 他們都是在多線程的環(huán)境下，都可以在程序的調(diào)用處阻塞指定的毫秒數(shù)，并返回。 2. wait()和sleep()都可以通過interrupt()方法 打斷線程的暫停狀態(tài) ，從而使線程立刻拋出InterruptedException。 如果線程A希望立即結(jié)束線程B，則可以對(duì)線程B對(duì)應(yīng)的Thread實(shí)例調(diào)用interrupt方法。 如果此刻線程B正在wait/sleep /join，則線程B會(huì)立刻拋出InterruptedException，在catch() {} 中直接return即可安全地結(jié)束線程。 需要注意的是，InterruptedException是線程自己從內(nèi)部拋出的，并不是interrupt()方法拋出的。 對(duì)某一線程調(diào)用 interrupt()時(shí)，如果該線程正在執(zhí)行普通的代碼，那么該線程根本就不會(huì)拋出InterruptedException。 但是，一旦該線程進(jìn)入到 wait()/sleep()/join()后，就會(huì)立刻拋出InterruptedException 。 以上就是線程中sleep和wait的區(qū)別。

如何用鍵盤控制C++程序運(yùn)行？比如暫停和繼續(xù)

建個(gè)新線程，在這個(gè)線程里運(yùn)行你的代碼。 在主線程里用_getch()監(jiān)視控制臺(tái)輸入。 如果讀到字符（說明你敲鍵盤了) 就用 SuspendThread和 ResumeThread讓工作線程暫停或者繼續(xù)。

mfc中使用SuspendThread無法掛起線程

你是做醫(yī)療器械的嗎？在做監(jiān)護(hù)儀程序？？SuspendThread 的原形是:DWORD SuspendThread(HANDLE hThread);它返回的是線程的前一個(gè)暫停記數(shù).線程暫停的次數(shù)可以是MAXIMUM_SUSPEND_COUNT次(在WINNT.H中是127);SuspendThread與內(nèi)核方式的執(zhí)行是異步的,但是在線程恢復(fù)運(yùn)行之前,不會(huì)發(fā)生用戶方式的執(zhí)行。 調(diào)用SuspendThread必須小心,如果線程試圖從堆棧中分配內(nèi)存,那么該線程將在該線程上設(shè)置一個(gè)鎖,當(dāng)其他線程試圖訪問該堆棧時(shí),這些線程的訪問就被停止,直到第一個(gè)線程恢復(fù)運(yùn)行,只有知道目標(biāo)線程在干什么時(shí),并且采取強(qiáng)有力的措施避免因暫停線程帶耒的問題或死鎖狀態(tài),SuspendThread才是安全的。

---

---

相關(guān)標(biāo)簽： suspendThread、 的潛在危險(xiǎn)、 線程、 揭示、 線程暫停的陷阱、 暫停、

上一篇：線程同步替代suspendThread的現(xiàn)代方法線程

下一篇：解鎖線程暫停全面指南，無需suspendThread解