簡介

線程暫停是一種機制，它允許我們暫時停止線程的執行，以便進行進一步的處理或操作。暫停線程對于調試、故障排除和執行特定任務非常有用。本文將探討暫停線程的不同方法，以及每種方法的優缺點。

暫停線程的方法

有多種方法可以暫停線程，每種方法都有其獨特的優點和缺點。

wait() 方法

`wait() `方法是一種內置的 Java 方法，用于暫停當前線程，直到另一個線程調用 `notify() `或 `notifyAll() `方法。此方法是最常見的暫停線程的方法之一，因為它簡單易用。優點：易于使用和實現。可以通過其他線程喚醒。缺點：必須使用同步塊或 `synchronized` 方法來正確使用。可能會導致死鎖，如果喚醒線程沒有正確調用 `notify() `或 `notifyAll() `方法。

sleep() 方法

`sleep() `方法是一種內置的 Java 方法，用于暫停當前線程指定的時間。此方法比 `wait() `方法更簡單，因為它不需要同步機制。優點：易于使用和實現。無需同步機制。缺點：無法通過其他線程喚醒。可能導致線程在休眠期間錯過重要事件。

Thread.suspend() 和 Thread.resume() 方法

`Thread.suspend() ` 和 `Thread.resume() ` 方法是 Thread 類中的內置方法，用于暫停和恢復線程的執行。這些方法不推薦使用，因為它們可能會導致死鎖和不一致的狀態。優點：簡單易用。缺點：不推薦使用，可能會導致死鎖。會使線程狀態不一致。

阻塞隊列

阻塞隊列是一種數據結構，它允許線程在隊列為空時等待。當隊列中有新元素時，線程會被喚醒。此方法可以用于暫停線程，直到滿足特定條件。優點：可以通過插入元素到隊列中喚醒線程。可以使用條件變量實現更復雜的暫停機制。缺點：實現起來可能更復雜。可能需要使用其他同步機制。

選擇合適的暫停方法

選擇合適的暫停方法取決于具體的要求和用例。以下是一些指導原則：對于簡單的暫停需求，可以使用 `wait() `或 `sleep() `方法。如果需要通過其他線程喚醒線程，使用 `wait() `方法。如果需要在特定時間后喚醒線程，使用 `sleep() `方法。避免使用 `Thread.suspend() `和 `Thread.resume() `方法。對于更高級的暫停需求，可以考慮使用阻塞隊列。

結論

暫停線程是一個有用的機制，可以用于各種目的。通過了解不同的暫停方法及其優缺點，我們可以選擇最適合特定用例的方法。希望本文有助于您了解如何暫停線程，以及每種方法的優缺點。如果您有任何進一步的問題或建議，請隨時發表評論。

---

java中如何實現暫停程序，單擊按鈕繼續？

1、所謂“暫停”，就是程序暫等待。2、在java中暫停，有幾種方法，如線程wait或是sleep或是yield等，自己網絡查一下這些方法的用法，就可以解決你的問題了~試試吧

求教高手：java中如何暫停一個線程中的任務，在以后的可以恢復之前任務的執行。

可以用以下幾種方法：interrupt():中斷線程stop()：強迫線程停止執行。 用 來終止線程將釋放它已經鎖定的所有監視器（作為沿堆棧向上傳播的未檢查 ThreadDeath 異常的一個自然后果）。 如果以前受這些監視器保護的任何對象都處于一種不一致的狀態，則損壞的對象將對其他線程可見，這有可能導致任意的行為。 yield()只是使當前線程重新回到可執行狀態，所以執行yield()的線程有可能在進入到可執行狀態后馬上又被執行。 yield()只能使同優先級的線程有執行的機會。 ----這句是重點 3.書上說yelid()是禮讓,是讓當前執行線程停下來給別的線程資源, 又說沒有任何機制保證會這樣。 ----------沒有任何機制保證執行yield()的線程一定會把資源讓給其它線程。 打個比方：兩個人搶東西，A搶到了B沒有，再把東西放回去重搶，說不定還是A搶到B沒有。 沒有任何機制保證放回去后B一定能搶到sleep方法使線程睡眠，但是到一定毫秒數時會自動到cpu中等待wait方法使線程等待，但是不會自動到cpu中等待，要通過notify或者notifyall方法進行喚醒。 以上是讓線程等待的方法，你可以選擇適合你程序的方法。

線程狀態有哪幾種

線程一共有以下幾種狀態：

1、新建狀態(New)：新創建了一個線程對象。

2、就緒狀態(Runnable)：線程對象創建后，其他線程調用了該對象的start()方法。 該狀態的線程位于“可運行線程池”中，變得可運行，只等待獲取CPU的使用權。 即在就緒狀態的進程除CPU之外，其它的運行所需資源都已全部獲得。

3、運行狀態(Running)：就緒狀態的線程獲取了CPU，執行程序代碼。

4、阻塞狀態(Blocked)：阻塞狀態是線程因為某種原因放棄CPU使用權，暫時停止運行。 直到線程進入就緒狀態，才有機會轉到運行狀態。

阻塞的情況分三種：

(1)、等待阻塞：運行的線程執行wait()方法，該線程會釋放占用的所有資源，JVM會把該線程放入“等待池”中。 進入這個狀態后，是不能自動喚醒的，必須依靠其他線程調用notify()或notifyAll()方法才能被喚醒。

(2)、同步阻塞：運行的線程在獲取對象的同步鎖時，若該同步鎖被別的線程占用，則JVM會把該線程放入“鎖池”中。

(3)、其他阻塞：運行的線程執行sleep()或join()方法，或者發出了I/O請求時，JVM會把該線程置為阻塞狀態。 當sleep()狀態超時、join()等待線程終止或者超時、或者I/O處理完畢時，線程重新轉入就緒狀態。

線程的停止和暫停

1. 通過設置退出標志，等待 Run 方法執行完畢來終止線程。 2. 避免使用已過時且不安全的 stop 方法強行終止線程，因為它可能拋出 異常。 3. 通過調用線程的 interrupt 方法來中斷線程（結合對 InterruptedException 的處理或使用 returned 關鍵字）。 4. 使用異常法來停止線程，通過拋出 InterruptedException 異常。 關于 interrupt 方法的使用：- 調用 interrupt 方法不會立即停止線程的執行，而是為線程設置一個中斷標志。 判斷線程是否中斷：- 使用 interuppted() 方法來檢測當前線程是否被中斷，調用后該方法會清除中斷狀態。 - 使用 isInterrupted() 方法來檢測線程是否處于中斷狀態，不會改變中斷狀態。 關于線程的暫停與恢復：- 在 Java 中，不推薦使用 Suspend() 和 Resume() 方法來暫停和恢復線程，因為它們會導致線程狀態的不確定性。 yield() 方法的使用：- yield() 方法用于讓出當前線程的 CPU 執行權，但它并不保證線程會立即停止執行，線程可能很快又會獲得 CPU 時間片。

深入理解Java線程

深入理解Java線程進程和線程

進程

管道以及有名管道

信號

信號量

消息隊列

共享內存，比如實現分布式鎖

套接字

進程是操作系統資源分配的最小單位

問題: 進程之間是如何通信的，有哪些方式

線程

線程同步: 線程之間存在一種關系，一個線程需要等待另外一個線程的消息之后才能進行，否則就需要等待

線程互斥: 對于共享資源只能線程獨享，想要獲取需要等待另外一個線程釋放資源

volatile保證線程之間共享變量的可見性

管道輸入輸出流: PipedWriter、PIpedReader

join: 基于等待喚醒機制

線程是操作系統線程調度和執行的最小單位，而線程歸屬于進程

問題 Java線程之間如何通信的，有哪些方式

問題: 線程的同步和互斥

問題: 線程和進程之間的區別

線程更輕量級，線程的上下文切換成本比進程上下文切換成本低

進程間的通信比較復雜，線程之間的通信比較簡單比如共享進程內的內存

進程是操作系統資源分配的最小單位，線程是操作系統線程調度和執行的最小單位，而線程歸屬于進程

問題: 四種線程同步互斥的控制方法

臨界區: 通過對多線程的串行化來訪問公共資源或一段代碼，速度快，適合控制數據訪問(在一段時間內只允許一個線程訪問的資源就稱為臨界資源)

互斥量: 為協調共同對一個共享資源的單獨訪問而設計的

信號量: 為控制一個具有有限數量用戶資源而設計

事件: 用來通知線程有一些事件已發生，從而啟動后繼任務的開始

上下文切換

問題: 什么是上下文切換

上下文切換是指CPU從一個進程或線程切換到另外一個線程或者進程，上下文切換會保存上一次的狀態，以便于下一次繼續執行

上下文切換只發生在內核態

上下文切換耗費時間成本比較大，盡量避免

問題: 上下文切換的步驟

暫停當前線程的處理，將當前線程的上下文保存下來，執行下一個線程的處理直到時間片用完暫停，再通過之前保存的上下文去繼續執行之前線程的處理

問題: 造成CPU上下文切換的方式

進程和線程的切換

系統調用

中斷機制

內核模式和用戶模式

問題: 什么是內核模式和用戶模式

在用戶態，執行代碼不能直接訪問底層硬件，需要通過系統調用

在內核態，執行代碼可以完全不受限制的訪問底層硬件

內核模式(內核態)

用戶模式(用戶態)

問題: CAS操作是否涉及到用戶態到內核態的切換

CAS不會涉及到用戶態到內核態的切換，CAS在多核處理器下相當于在代碼里插入了lock cmpxchgl指令來保證原子性，而且執行指令比上下文切換開銷小，所以CAS比互斥鎖性能更高

操作系統層面線程的生命周期

操作系統層面線程的生命周期

線程一開始被創建時進入初始狀態，然后可以被分配給CPU時處于就緒狀態，當CPU空閑的時會從就緒狀態的線程中挑選一個線程去執行進入運行狀態，當運行狀態下的線程調用阻塞API時會進入阻塞狀態等待被喚醒繼續運行，當線程執行完或被異常停止處于終止狀態

初始狀態: 線程已經被創建，但是還不允許CPU執行

就緒狀態: 線程可以分配給CPU執行

運行狀態: 當CPU空閑的時候，會將它分配到一個就緒狀態的線程去使用

休眠狀態: 運行狀態的線程調用阻塞的API時會進入阻塞狀態等待被喚醒繼續運行

終止狀態: 線程執行結束或遇到異常

小結

Java層面線程的生命周期

Java層面線程的生命周期

NEW(初始化狀態)

RUNNABLE(就緒狀態 + 運行狀態 = 可運行狀態)

BLOCKED(阻塞狀態): 只有synchronized使用

TIMED_WAITING(有時限等待狀態): 調用wait()方法時指定等待的時長就會處于此狀態

TERMINATED(終止狀態)

問題: 概括的解釋下線程的幾種狀態

阻塞狀態就是指線程因為某種原因放棄了cpu使用權，也就是讓出了cpu時間片，暫時停止運行，直到線程進入可運行狀態，才有機會獲得cpu時間片轉到運行狀態

阻塞的情況分三種

死亡(dead): 線程run、main方法執行結束、異常退出run，就代表該線程生命周期結束，死亡的線程不可再次復生

等待阻塞: 運行的線程執行wait方法，JVM會把線程放入等待隊列中

同步阻塞: 運行線程在獲取對象的同步鎖的時候，如果鎖沒被釋放，JVM會把該線程放入鎖池中

其他阻塞: 運行的線程執行sleep、join、發送IO請求時，JVM會把線程變為阻塞狀態，當sleep超時、join等待線程終止或超時、IO處理完畢時，線程重新轉成可運行狀態

可運行狀態的線程獲得了cpu時間片，執行程序代碼

線程對象創建后，其他線程比如main線程調用了該對象的start方法，該狀態的線程位于可運行線程池中，等待被線程調度選中，獲取CPU的使用權

新創建一個線程對象

新建(new)

可運行(runnable)

運行(running)

阻塞(block)

Java線程Java線程概述

Java線程屬于內核級線程，是依賴于內核的也就是無論是用戶進程中的線程還是系統進程中的線程，它們的創建、撤銷、切換都是需要切換到內核態去執行

問題: ?為什么說創建Java線程的方式本質只有一種

繼承Thread類實現run方法

實現Runable接口,實現run方法

實現Callable接口,實現call方法

通過線程池去創建線程: 推薦使用

雖然說創建線程的方式有以下幾種

但是本質只有一種，都是通過new Thread創建線程，調用啟動線程，最終都會去調用

問題: Java線程和Go的協程有什么區別

協程是基于線程之上但是又更加輕量級的存在，協程存在于用戶態，不被操作系統內核管理

什么是協程

如果線程不用切換到內核態，開銷非常小，就可以創建多個用戶級別來執行任務，這樣并發量特別高，所以Go天生就是和做這種大量并發的場景

問題: Java線程執行為什么不能直接調用run方法，而要調用start方法

因為run方法并不是真正的線程，只是普通對象的方法，而start方法會通過操作系統去創建線程需要切換到內核態，Java線程的創建和銷毀是個比較重的操作，因為涉及到內核態切換，所以我們一般不會每一個任務分配一個線程而是選擇線程復用的方式比如使用線程池

Thread的常用方法

調用sleep會讓當前線程從RUNNING進入TIMED_WAITING，不會釋放對象鎖

其他線程可以通過interrupt方法打斷正在睡眠的線程，sleep方法會拋出終端異常并且清除中斷標志

睡眠結束后的線程未必立刻得到執行

sleep傳入參數為0時和yield相同

yield會釋放CPU資源，讓當前線程從RUNNING進入RUNNABLE狀態，讓優先級更高的線程獲得執行機會,不會釋放對象鎖

假設當前進程只有main線程，當調用yield之后,main線程會繼續運行，因為沒有比它優先級更高的線程

具體的實現依賴于操作系統的任務調度

可以理解為線程合并，當在一個線程調用另外一個線程的join時，當前線程阻塞等待被調用join的線程執行完畢才能繼續執行，所以join的好處就是能夠保證線程的執行順序，但如果調用線程的join方法其實已經失去了并行的意義，雖然存在多個線程，但本質上是串行的，最后join底層也是采用等待喚醒機制

等待調用join方法的線程結束之后，程序再繼續執行，一般用于等待異步線程執行完結果之后才能繼續運行的場景

注意

stop方法會釋放對象鎖,可能會造成數據不一致，因為stop方法太暴力,會強行把執行到一半的線程終止

Java線程的實現原理

線程創建和啟動流程

使用new Thread()創建一個線程，然后調用start()方法進行java層面線程啟動

使用本地方法start0()，去調用JVM中的JVM_StartThread()方法創建和啟動

調用new JavaThread(&thread_entry,sz)進行線程的創建，并根據不同的操作系統平臺調用對應os::create_thread()方法進行線程創建

新創建的線程狀態是initialized,調用了sync->wait()的方法進行等待，等到被喚醒才繼續執行thread->run()

調用(native_thread)方法進行線程啟動，此時將線程狀態設置為RUNNABLE，接著調用os::start_thread(thread)，根據不同的操作系統選擇不同的線程啟動方式

線程啟動之后狀態設置為RUNNABLE，并且喚醒第四步中等待的線程，接著執行thread->run()方法

JavaThread::run()方法會回調第一步的new Thread()中復寫的run()方法

Java線程的調度機制

協同式線程調度: 線程執行時間由線程本身控制，但缺點是線程執行時間不可控制，如果一個線程有問題，可能一直阻塞在那

搶占式線程調度: 無法控制CPU時間片在哪停止，且線程的切換不由線程本身決定，Java默認就是搶占度調度

注意

輪循調度優點是簡潔性，它無序記錄當前所有連接的狀態，所以它是一種無狀態調度

搶占式調度實現相對復雜

Java線程的中斷機制

Java沒有提供一種安全、直接的方法來停止某個線程,而是提供了中斷機制

中斷機制是一種協作機制，也就是說通過中斷并不能直接終止另一個線程，而需要被中斷的線程自己處理

被中斷的線程擁有完全的自主權，它既可以選擇立即停止，也可以選擇一段時間后停止，也可以選擇壓根不停止

API的使用

interrupt()： 將線程的中斷標志位設置為true，不會停止線程

isInterrupted(): 判斷當前線程的中斷標志位是否為true，不會清除中斷標志位

()：判斷當前線程的中斷標志位是否為true，并清除中斷標志位，重置為fasle

問題: 如何優雅的終止線程

stop會釋放鎖，強制終止線程，不推薦使用

可以通過while配合isInterrupted方法以及對應的結束標記來使用，注意如果代碼塊中有調用清除中斷標記為的API時，如果使用了sleep、wait記得手動添加標記位

等待喚醒機制

等待喚醒機制可以基于wait和notify方法來實現，在一個線程內調用該線程鎖對象的wait方法，線程將進入等待隊列進行等待直到被喚醒

Monitor機制去提供，只作用于synchronized同步塊，而且無法喚醒指定線程，而unpark可以指定線程，notify不可提前調用

notify()是隨機性的，只隨機喚醒一個 wait 線程

notifyAll()會喚醒所有wait線程

一般使用這種，可以喚醒指定線程，unpark提前去掉也是可以的

park/unpark

wait/notify/notifyAll

協程

協程是一種基于線程之上，但又比線程更加輕量級的存在，協程不是被操作系統內核所管理，而完全是由程序所控制(也就是在用戶態執行),具有對內核來說不可見的特性。這樣帶來的好處就是性能得到了很大的提升

問題: 協程的特點在于是一個線程執行，那和多線程比，協程有何優勢

線程的切換由操作系統調度，協程由用戶自己進行調度，因此減少了上下文切換，提高了效率

線程是默認stack大小是1M，而協程更輕量，接近1k.因此可以在相同的內存中開啟更多的協程

不需要多線程的鎖機制，因為只有一個線程，也不存在同時寫變量沖突，在協程中控制共享資源不加鎖，只需要判斷狀態就好了，所以執行效率比多線程高很多

問題: Java中是否存在協程

kilim ?quasar框架

注意

協程適用于被阻塞的，且需要大量并發的場景(網絡io)

不適合大量計算的場景

原文：

---

---

相關標簽： 暫停線程、 了解如何暫時停止線程執行、 暫停線程的幾種方式、

上一篇：Java中線程暫停深入理解suspendThread方法j

下一篇：利用FastReport提升您的報告需求安裝和集成