今天有同事問(wèn)到線(xiàn)程的問(wèn)題，自己突然就有點(diǎn)蒙了，只模糊的記得個(gè)大概。
當(dāng)初學(xué)習(xí)線(xiàn)程的時(shí)候把這7個(gè)狀態(tài)記得比自己名字還熟悉
還把這7個(gè)狀態(tài)編成了一段凄慘而美麗的愛(ài)情故事
沒(méi)想到如今卻只能記得個(gè)大概
真驗(yàn)證了“好記性不如爛筆頭”的真理
還是趕快回憶一下吧

先從圖片開(kāi)始


小小的作下解釋?zhuān)?br /> 1、線(xiàn)程的實(shí)現(xiàn)有兩種方式，一是繼承Thread類(lèi)，二是實(shí)現(xiàn)Runnable接口，但不管怎樣，當(dāng)我們new了這個(gè)對(duì)象后，線(xiàn)程就進(jìn)入了初始狀態(tài)；
2、當(dāng)該對(duì)象調(diào)用了start()方法，就進(jìn)入可運(yùn)行狀態(tài)；
3、進(jìn)入可運(yùn)行狀態(tài)后，當(dāng)該對(duì)象被操作系統(tǒng)選中，獲得CPU時(shí)間片就會(huì)進(jìn)入運(yùn)行狀態(tài)；
4、進(jìn)入運(yùn)行狀態(tài)后情況就比較復(fù)雜了
    4.1、run()方法或main()方法結(jié)束后，線(xiàn)程就進(jìn)入終止?fàn)顟B(tài)；
    4.2、當(dāng)線(xiàn)程調(diào)用了自身的sleep()方法或其他線(xiàn)程的join()方法，就會(huì)進(jìn)入阻塞狀態(tài)（該狀態(tài)既停止當(dāng)前線(xiàn)程，但并不釋放所占有的資源）。當(dāng)sleep()結(jié)束或join()結(jié)束后，該線(xiàn)程進(jìn)入可運(yùn)行狀態(tài)，繼續(xù)等待OS分配時(shí)間片；
    4.3、線(xiàn)程調(diào)用了yield()方法，意思是放棄當(dāng)前獲得的CPU時(shí)間片，回到可運(yùn)行狀態(tài)，這時(shí)與其他進(jìn)程處于同等競(jìng)爭(zhēng)狀態(tài)，OS有可能會(huì)接著又讓這個(gè)進(jìn)程進(jìn)入運(yùn)行狀態(tài)；
   4.4、當(dāng)線(xiàn)程剛進(jìn)入可運(yùn)行狀態(tài)（注意，還沒(méi)運(yùn)行），發(fā)現(xiàn)將要調(diào)用的資源被synchroniza（同步），獲取不到鎖標(biāo)記，將會(huì)立即進(jìn)入鎖池狀態(tài)，等待獲取鎖標(biāo)記（這時(shí)的鎖池里也許已經(jīng)有了其他線(xiàn)程在等待獲取鎖標(biāo)記，這時(shí)它們處于隊(duì)列狀態(tài)，既先到先得），一旦線(xiàn)程獲得鎖標(biāo)記后，就轉(zhuǎn)入可運(yùn)行狀態(tài)，等待OS分配CPU時(shí)間片；
   4.5、當(dāng)線(xiàn)程調(diào)用wait()方法后會(huì)進(jìn)入等待隊(duì)列（進(jìn)入這個(gè)狀態(tài)會(huì)釋放所占有的所有資源，與阻塞狀態(tài)不同），進(jìn)入這個(gè)狀態(tài)后，是不能自動(dòng)喚醒的，必須依靠其他線(xiàn)程調(diào)用notify()或notifyAll()方法才能被喚醒（由于notify()只是喚醒一個(gè)線(xiàn)程，但我們由不能確定具體喚醒的是哪一個(gè)線(xiàn)程，也許我們需要喚醒的線(xiàn)程不能夠被喚醒，因此在實(shí)際使用時(shí)，一般都用notifyAll()方法，喚醒有所線(xiàn)程），線(xiàn)程被喚醒后會(huì)進(jìn)入鎖池，等待獲取鎖標(biāo)記。

總算全部回憶了一遍JDK1.5在API的使用上有了較好的改進(jìn)，效率得到很大的提高，不過(guò)幾個(gè)狀態(tài)轉(zhuǎn)換的原理還是一樣。

額……不過(guò)那一段凄慘而美麗的愛(ài)情故事還沒(méi)完全想起來(lái)，那天全部回憶起來(lái)了在寫(xiě)吧。