Java并發(fā)線程如何阻塞和喚醒？Java并發(fā)線程的阻塞和喚醒可以分為幾類：它是基于JVM的對象頭實現(xiàn)的。當多線程競爭相同的關(guān)鍵資源時，它們會根據(jù)不同的鎖機制（自旋鎖、輕/重鎖）阻塞和喚醒。我跳過這里一

Java并發(fā)線程如何阻塞和喚醒？

Java并發(fā)線程的阻塞和喚醒可以分為幾類：

它是基于JVM的對象頭實現(xiàn)的。當多線程競爭相同的關(guān)鍵資源時，它們會根據(jù)不同的鎖機制（自旋鎖、輕/重鎖）阻塞和喚醒。

我跳過這里一會兒。一般的實現(xiàn)原理是基于對象的同步隊列與AQS非常相似。

關(guān)注AQS（抽象隊列同步器），因為這是JDK和契約實現(xiàn)的基礎(chǔ)（如鎖、阻塞隊列、倒計時鎖等）。

AQS基本上是通過可變狀態(tài)和等待隊列實現(xiàn)的。CAS先修改狀態(tài)，失敗后放入等待隊列，通過locksupport掛起線程。

當鎖所有者釋放鎖時，它將通過locksupport喚醒等待隊列中的后續(xù)節(jié)點，并讓它們再次嘗試獲取鎖（CAS修改狀態(tài)）。

掌握AQS的原理對于理解JDK中的許多并發(fā)組件非常有幫助。

JAVA如何用隊列實現(xiàn)并發(fā)？

如果是為了爭奪資源，按照先到先得的規(guī)則不作弊，那么一個相對簡單的實現(xiàn)就是隊列。無論請求的并發(fā)度有多高，如果用線程來服務(wù)用戶，也就是說一個人請求資源，那么就啟動一個線程，CPU總是按順序執(zhí)行線程，比如現(xiàn)在有三個人（passer-by-a，passer-by-B，passer-by-C）請求一個資源，服務(wù)器有三個線程為這三個人服務(wù)。假設(shè)這三個人在請求時沒有足夠的幸運及時得到CPU時間片，那么他們就等于公平競爭CPU資源，CPU選擇運行線程的順序是不確定的，如果選擇運行路人C的線程，就把它放入隊列。路人B、路人C等，可能會想，為什么不及時處理，因為后續(xù)的操作可能很費時，而且線程需要很長時間。如果有更多的人請求資源，服務(wù)器可能會掛斷