JAVA 線程的狀態(tài)和流轉(zhuǎn)過程是怎樣的??

線程的6種狀態(tài)

線程的整個生命周期所經(jīng)歷的6種狀態(tài)。

  • New (新創(chuàng)建)
  • Runnable(可運(yùn)行)
  • Blocked (被阻塞)
  • Waiting (等待)
  • Timed_Waiting(計(jì)時等待)
  • Terminated (被終止)

線程狀態(tài)流轉(zhuǎn)圖示

soket Program-線程的6 狀態(tài).png

流程文字釋義

  • 新建線程但并未 t.start() 啟動線程去執(zhí)行run 方法,此時線程狀態(tài)為 新創(chuàng)建。

  • 執(zhí)行t.start() 啟動線程,程序執(zhí)行的條件不同也會將線程置入不同的狀態(tài)中。

  • 在主線程中執(zhí)行了 thread.join() ,當(dāng)前線程進(jìn)入 Waiting 等待中,直至 thread run 方法中的邏輯執(zhí)行完成或被異常中斷
  • 執(zhí)行了未設(shè)置時間參數(shù) object.wait() , 線程進(jìn)入 Waiting 狀態(tài), 直至 執(zhí)行了 object.notify() 或 object.notifyAll() 通知線程可以繼續(xù)執(zhí)行,此時需要看是否能夠獲取object 的monitor 鎖 ,如果獲取不到鎖(因?yàn)閱拘阉木€程尚未釋放鎖)則進(jìn)入**Blocked **狀態(tài),直至獲的monitor 鎖才進(jìn)入 Runnable 狀態(tài)。
  • 執(zhí)行了 LockSupport.park() 方法, 線程進(jìn)入 Waiting狀態(tài),直至執(zhí)行了 LockSupport.unpark()方法,(注意因?yàn)椴]有涉及到同一個對象的阻塞等待和通知運(yùn)行,無需 synchornized) 線程進(jìn)入 Runnable 狀態(tài)。
  • 在run() 方法的執(zhí)行的代碼塊中,存在Synchronized 關(guān)鍵字修飾的代碼塊,若能獲得monitor 鎖則進(jìn)入 Runnable 狀態(tài), 若因別的線程占有鎖而獲取不到鎖,那么進(jìn)入 Blocked 狀態(tài)
  • 在主線程中執(zhí)行了 thread.join(long milis) ,當(dāng)前線程進(jìn)入 Timed_Waiting 狀態(tài),等待milis 毫秒后執(zhí)行thread run 方法中的邏輯執(zhí)行完成或被異常中斷
  • 執(zhí)行了帶時間參數(shù)的 object.wait(long milis) 會進(jìn)入 Timed_waiting 狀態(tài), 超過milis 等待時間或執(zhí)行 object.notify() 或 object.notifyAll() 將會喚醒線程 ,進(jìn)入Monitor 鎖池 等待獲取鎖,獲取鎖后進(jìn)入Runnable狀態(tài)。
  • 執(zhí)行 **LockSupport.parkNanos(long nano) 納秒級 或 LockSupport.parkNanos(long milis) 毫秒 ** 方法,在最大 等待時間milis 后,系統(tǒng)喚醒線程進(jìn)入 Runnable 狀態(tài)。
  • 線程執(zhí)行完成或異常中斷此時 Terminated 被中斷。
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

友情鏈接更多精彩內(nèi)容