1.計(jì)算機(jī)系統(tǒng)
使用高速緩存來(lái)作為內(nèi)存與處理器之間的緩沖，將運(yùn)算需要用到的數(shù)據(jù)復(fù)制到緩存中，讓計(jì)算能快速進(jìn)行；當(dāng)運(yùn)算結(jié)束后再?gòu)木彺嫱交貎?nèi)存之中，這樣處理器就無(wú)需等待緩慢的內(nèi)存讀寫了。

緩存一致性：多處理器系統(tǒng)中，因?yàn)楣蚕硗恢鲀?nèi)存，當(dāng)多個(gè)處理器的運(yùn)算任務(wù)都設(shè)計(jì)到同一塊內(nèi)存區(qū)域時(shí)，將可能導(dǎo)致各自的緩存數(shù)據(jù)不一致的情況，則同步回主內(nèi)存時(shí)需要遵循一些協(xié)議。

亂序執(zhí)行優(yōu)化：為了使得處理器內(nèi)部的運(yùn)算單位能盡量被充分利用。

2.JAVA內(nèi)存模型
目標(biāo)是定義程序中各個(gè)變量的訪問(wèn)規(guī)則。(包括實(shí)例字段、靜態(tài)字段和構(gòu)成數(shù)組的元素，不包括局部變量和方法參數(shù))

1.所有的變量都存儲(chǔ)在主內(nèi)存中(虛擬機(jī)內(nèi)存的一部分)。
2.每條線程都由自己的工作內(nèi)存，線程的工作內(nèi)存中保存了該線程使用到的變量的主內(nèi)存副本拷貝，線程對(duì)變量的所有操作都必須在工作內(nèi)存中進(jìn)行，而不能直接讀寫主內(nèi)存中的變量。
3.線程之間無(wú)法直接訪問(wèn)對(duì)方的工作內(nèi)存中的變量，線程間變量的傳遞均需要通過(guò)主內(nèi)存來(lái)完成。

內(nèi)存間交互操作：

Lock(鎖定)：作用于主內(nèi)存中的變量，把一個(gè)變量標(biāo)識(shí)為一條線程獨(dú)占的狀態(tài)。

Read(讀取)：作用于主內(nèi)存中的變量，把一個(gè)變量的值從主內(nèi)存?zhèn)鬏數(shù)骄€程的工作內(nèi)存中。

Load(加載)：作用于工作內(nèi)存中的變量，把read操作從主內(nèi)存中得到的變量的值放入工作內(nèi)存的變量副本中。

Use(使用)：作用于工作內(nèi)存中的變量，把工作內(nèi)存中一個(gè)變量的值傳遞給執(zhí)行引擎。

Assign(賦值)：作用于工作內(nèi)存中的變量，把一個(gè)從執(zhí)行引擎接收到的值賦值給工作內(nèi)存中的變量。

Store(存儲(chǔ))：作用于工作內(nèi)存中的變量，把工作內(nèi)存中的一個(gè)變量的值傳送到主內(nèi)存中。

Write(寫入)：作用于主內(nèi)存中的變量，把store操作從工作內(nèi)存中得到的變量的值放入主內(nèi)存的變量中。

Unlock(解鎖)：作用于主內(nèi)存中的變量，把一個(gè)處于鎖定狀態(tài)的變量釋放出來(lái)，之后可被其它線程鎖定。

規(guī)則：

1.不允許read和load、store和write操作之一單獨(dú)出現(xiàn)。

2.不允許一個(gè)線程丟棄最近的assign操作，變量在工作內(nèi)存中改變了之后必須把該變化同步回主內(nèi)存中。

3.不允許一個(gè)線程沒有發(fā)生過(guò)任何assign操作把數(shù)據(jù)從線程的工作內(nèi)存同步回主內(nèi)存中。

4.一個(gè)新的變量只能在主內(nèi)存中誕生。

5.一個(gè)變量在同一時(shí)刻只允許一條線程對(duì)其進(jìn)行l(wèi)ock操作，但可以被同一條線程重復(fù)執(zhí)行多次。

6.如果對(duì)一個(gè)變量執(zhí)行l(wèi)ock操作，將會(huì)清空工作內(nèi)存中此變量的值，在執(zhí)行引擎使用這個(gè)變量前，需要重新執(zhí)行read、load操作。

7.如果一個(gè)變量事先沒有被lock操作鎖定，則不允許對(duì)它執(zhí)行unlock操作。

8.對(duì)一個(gè)變量執(zhí)行unlock操作前，必須先把該變量同步回主內(nèi)存中。

3.volatile型變量
1.保證此變量對(duì)所有線程的可見性。每條線程使用此類型變量前都需要先刷新，執(zhí)行引擎看不到不一致的情況。
運(yùn)算結(jié)果并不依賴變量的當(dāng)前值、或者確保只有單一的線程修改變量的值。

變量不需要與其他的狀態(tài)變量共同參與不變約束。

1.禁止指令重排序優(yōu)化。普通的變量?jī)H保證在方法執(zhí)行過(guò)程中所有依賴賦值結(jié)果的地方都能獲取到正確的結(jié)果。而不能保證賦值操作的順序與程序代碼中的順序一致。
2.load必須與use同時(shí)出現(xiàn)；assign和store必須同時(shí)出現(xiàn)。

4.原子性、可見性與有序性
原子性：基本數(shù)據(jù)類型的訪問(wèn)讀寫是具備原子性的，synchronized塊之間的操作也具備原子性。

可見性：指當(dāng)一個(gè)線程修改了共享變量的值，其他線程能夠立即得知這個(gè)修改。synchronized(規(guī)則8)和final可以保證可見性。Final修飾的字段在構(gòu)造器中一旦被初始化完成，并且構(gòu)造器沒有把this的引用傳遞出去，那么在其他線程中就能看見final字段的值。

有序性：volatile本身包含了禁止指令重排序的語(yǔ)義，而synchronized則是由規(guī)則5獲得的，這個(gè)規(guī)則決定了持有同一個(gè)所的兩個(gè)同步塊只能串行地進(jìn)入。

5.先行發(fā)生原則
Java內(nèi)存模型中定義的兩項(xiàng)操作之間的偏序關(guān)系，如果操作A先行發(fā)生于操作B，其實(shí)就是說(shuō)在發(fā)生操作B之前，操作A產(chǎn)生的影響能被操作B觀察到。

程序次序規(guī)則：在一個(gè)線程內(nèi)，按照代碼控制流順序，在前面的操作先行發(fā)生于后面的操作。

管程鎖定規(guī)則：一個(gè)unlock操作先行發(fā)生于后面對(duì)同一個(gè)鎖的lock操作。

Volatile變量規(guī)則：對(duì)一個(gè)volatile變量的寫操作先行發(fā)生于后面對(duì)這個(gè)變量的讀操作。

線程啟動(dòng)規(guī)則：Thread對(duì)象的start()方法先行發(fā)生于此線程的每個(gè)操作。

線程終止規(guī)則：線程中的所有操作都先行發(fā)生于對(duì)此線程的終止檢測(cè)。

線程中斷規(guī)則：對(duì)線程的interrupt()方法的調(diào)用先行發(fā)生于被中斷線程的代碼檢測(cè)中斷事件的發(fā)生。

對(duì)象終結(jié)過(guò)則：一個(gè)對(duì)象的初始化完成先行發(fā)生于它的finalize()方法的開始。

傳遞性：如果操作A先行發(fā)生于操作B，操作B現(xiàn)象發(fā)生于操作C，那么就可以得出操作A先行發(fā)生于操作C的結(jié)論。

時(shí)間上的先后順序與先行發(fā)生原則之間基本上沒有太大的關(guān)系。

6.線程實(shí)現(xiàn)
使用內(nèi)核線程實(shí)現(xiàn)：

內(nèi)核線程Kernel Thread：直接由操作系統(tǒng)內(nèi)核支持的線程，這種線程由內(nèi)核類完成線程切換，內(nèi)核通過(guò)操縱調(diào)度器對(duì)線程進(jìn)行調(diào)度，并負(fù)責(zé)將線程的任務(wù)映射到各個(gè)處理器上。

輕量級(jí)進(jìn)程Light Weight Process：每個(gè)輕量級(jí)進(jìn)程都由一個(gè)內(nèi)核線程支持。

局限性：各種進(jìn)程操作都需要進(jìn)行系統(tǒng)調(diào)用(系統(tǒng)調(diào)用代價(jià)相對(duì)較高，需要在用戶態(tài)和內(nèi)核態(tài)中來(lái)回切換)；輕量級(jí)進(jìn)程要消耗一定的內(nèi)核資源，一次一個(gè)系統(tǒng)支持輕量級(jí)進(jìn)程的數(shù)量是有限的。

使用用戶線程實(shí)現(xiàn)：
用戶線程：完全建立在用戶空間的線程庫(kù)上，系統(tǒng)內(nèi)核不能直接感知到線程存在的實(shí)現(xiàn)。用戶線程的建立、同步、銷毀和調(diào)度完全在用戶態(tài)中完成，不需要內(nèi)核的幫助。所有的線程操作都需要用戶程序自己處理。

混合實(shí)現(xiàn)：
將內(nèi)核線程和用戶線程一起使用的方式。操作系統(tǒng)提供支持的輕量級(jí)進(jìn)程則作為用戶線程和內(nèi)核線程之間的橋梁。

Sun JDK，它的Windows版和Linux版都是使用一對(duì)一的線程模型來(lái)實(shí)現(xiàn)的，一條Java線程映射到一條輕量級(jí)進(jìn)程之中。

7.線程調(diào)度
線程調(diào)度是指系統(tǒng)為線程分配處理器使用權(quán)的過(guò)程：協(xié)同式、搶占式。

協(xié)同式：線程的執(zhí)行時(shí)間由線程本身控制，線程把自己的工作執(zhí)行完了之后，要主動(dòng)通知系統(tǒng)切換到另一個(gè)線程上。壞處：線程執(zhí)行時(shí)間不可控制。

搶占式：每個(gè)線程將由系統(tǒng)來(lái)分配執(zhí)行時(shí)間，線程的切換不由線程本身來(lái)決定。Java使用該種調(diào)用方式。

線程優(yōu)先級(jí)：在一些平臺(tái)上(操作系統(tǒng)線程優(yōu)先級(jí)比Java線程優(yōu)先級(jí)少)不同的優(yōu)先級(jí)實(shí)際會(huì)變得相同；優(yōu)先級(jí)可能會(huì)被系統(tǒng)自行改變。

8.線程狀態(tài)
線程狀態(tài)：
新建NEW：
運(yùn)行RUNNABLE：

無(wú)限期等待WAITING：等得其他線程顯式地喚醒。

沒有設(shè)置Timeout參數(shù)的Object.wait()；沒有設(shè)置Timeout參數(shù)的Thread.wait()。

限期等待TIMED_WAITING：在一定時(shí)間之后會(huì)由系統(tǒng)自動(dòng)喚醒。

設(shè)置Timeout參數(shù)的Object.wait()；設(shè)置Timeout參數(shù)的Thread.wait()；Thread.sleep()方法。

阻塞BLOCKED：等待獲取一個(gè)排它鎖，等待進(jìn)入一個(gè)同步區(qū)域。

結(jié)束TERMINATED：

9.線程安全
線程安全：當(dāng)多個(gè)線程訪問(wèn)一個(gè)對(duì)象時(shí)，如果不用考慮這些線程在運(yùn)行時(shí)環(huán)境下的調(diào)度和交換執(zhí)行，也不需要進(jìn)行額外的同步，或者調(diào)用方進(jìn)行任何其他的協(xié)調(diào)操作，調(diào)用這個(gè)對(duì)象的行為都可以獲得正確的結(jié)果，那這個(gè)對(duì)象就是線程安全的。

不可變：只要一個(gè)不可變的對(duì)象被正確地構(gòu)建出來(lái)。使用final關(guān)鍵字修飾的基本數(shù)據(jù)類型；如果共享數(shù)據(jù)是一個(gè)對(duì)象，那就需要保證對(duì)象的行為不會(huì)對(duì)其狀態(tài)產(chǎn)生任何影響(String類的對(duì)象)。方法：把對(duì)象中帶有狀態(tài)的變量都申明為final，如Integer類。有：枚舉類型、Number的部分子類(AtomicInteger和AtomicLong除外)。

絕對(duì)線程安全：
相對(duì)線程安全：對(duì)這個(gè)對(duì)象單獨(dú)的操作是線程安全的。一般意義上的線程安全。

線程兼容：需要通過(guò)調(diào)用端正確地使用同步手段來(lái)保證對(duì)象在并發(fā)環(huán)境中安全地使用。

線程對(duì)立：不管調(diào)用端是否采取了同步措施，都無(wú)法在多線程環(huán)境中并發(fā)使用的代碼。有：System.setIn()、System.setOut()、System.runFinalizersOnExit()

10. 線程安全的實(shí)現(xiàn)方法
1.1.互斥同步：同步是指在多個(gè)線程并發(fā)訪問(wèn)共享數(shù)據(jù)時(shí)，保證共享數(shù)據(jù)在同一個(gè)時(shí)刻只被一條線程使用。互斥方式：臨界區(qū)、互斥量和信號(hào)量。

Synchronized關(guān)鍵字：編譯后會(huì)在同步塊前后分別形成monitorenter和monitorexit這兩個(gè)字節(jié)碼指令。這兩個(gè)指令都需要一個(gè)引用類型的參數(shù)來(lái)指明要鎖定和解鎖的對(duì)象。如果沒有明確指定對(duì)象參數(shù)，那就根據(jù)synchronized修飾的是實(shí)例方法還是類方法，去取對(duì)應(yīng)的對(duì)象實(shí)例或Class對(duì)象來(lái)作為鎖對(duì)象。

在執(zhí)行monitorenter指令時(shí)，首先嘗試獲取對(duì)象的鎖，如果沒有被鎖定或者當(dāng)前線程已經(jīng)擁有了該對(duì)象的鎖，則將鎖計(jì)數(shù)器加1，相應(yīng)的執(zhí)行moniterexit時(shí)，將鎖計(jì)數(shù)器減1，當(dāng)計(jì)數(shù)器為0時(shí)，鎖就被釋放了。如果獲取對(duì)象鎖失敗，則當(dāng)前線程就要阻塞等待。

ReentrantLock相對(duì)synchronized的高級(jí)功能：

等待可中斷：當(dāng)持有鎖的線程長(zhǎng)期不釋放鎖時(shí)，正在等待的線程可以選擇放棄等待，改為處理其他事情。

公平鎖：多個(gè)線程在等待同一個(gè)鎖時(shí)，必須按照申請(qǐng)鎖的事件順序來(lái)一次獲取鎖；而非公平鎖在被釋放時(shí)，任何一個(gè)等待鎖的線程都有機(jī)會(huì)獲得鎖。Synchronized中的鎖是非公平鎖，ReentrantLock默認(rèn)也是非公平鎖。

鎖綁定多個(gè)條件：一個(gè)ReentrantLock對(duì)象可以同時(shí)綁定多個(gè)Condition對(duì)象。

1.2. 非阻塞同步：
基于沖突檢測(cè)的樂觀并發(fā)策略：先進(jìn)行操作，如果沒有其他線程爭(zhēng)用共享數(shù)據(jù)，那操作就成功了；如果共享數(shù)據(jù)有爭(zhēng)用，產(chǎn)生了沖突，那就再進(jìn)行其他的補(bǔ)償措施(一般是不斷的嘗試，直到成功為止)。

AtomicInteger等原子類中提供了方法實(shí)現(xiàn)了CAS指令。

1.3.無(wú)同步方案：
可重入代碼：可以在代碼執(zhí)行的任何時(shí)刻中斷它，轉(zhuǎn)而去執(zhí)行另一段代碼，而在控制權(quán)返回后，原來(lái)的程序不會(huì)出現(xiàn)任何錯(cuò)誤。特征：不依賴存儲(chǔ)在堆上的數(shù)據(jù)和公用的系統(tǒng)資源、用到的狀態(tài)量都由參數(shù)傳入，不調(diào)用非可重入的方法等。如果一個(gè)方法，它的返回結(jié)果是可以預(yù)測(cè)的，只要出入了相同的數(shù)據(jù)，就能返回相同的結(jié)果，那它就滿足可重入性的要求。

線程本地存儲(chǔ)：如果一段代碼中所需要的數(shù)據(jù)必須與其它代碼共享，那就看看這些共享數(shù)據(jù)的代碼是否能保證在同一個(gè)線程中執(zhí)行。

A.ThreadLocal類
ThreadLocal：線程級(jí)別的局部變量，為每個(gè)使用該變量的線程提供一個(gè)獨(dú)立的變量副本，每個(gè)線程修改副本時(shí)不影響其他線程對(duì)象的副本。ThreadLocal實(shí)例通常作為靜態(tài)私有字段出現(xiàn)在一個(gè)類中。

11.鎖優(yōu)化
1.1.自旋鎖
為了讓線程等待，讓線程執(zhí)行一個(gè)忙循環(huán)(自旋)。需要物理機(jī)器有一個(gè)以上的處理器。自旋等待雖然避免了線程切換的開銷，帶它是要占用處理器時(shí)間的，所以如果鎖被占用的時(shí)間很短，自旋等待的效果就會(huì)非常好，反之自旋的線程只會(huì)白白消耗處理器資源。自旋次數(shù)的默認(rèn)值是10次，可以使用參數(shù)-XX:PreBlockSpin來(lái)更改。

自適應(yīng)自旋鎖：自旋的時(shí)間不再固定，而是由前一次在同一個(gè)鎖上的自旋時(shí)間及鎖的擁有者的狀態(tài)來(lái)決定。

1.2.鎖清除
指虛擬機(jī)即時(shí)編譯器在運(yùn)行時(shí)，對(duì)一些代碼上要求同步，但是被檢測(cè)到不可能存在共享數(shù)據(jù)競(jìng)爭(zhēng)的鎖進(jìn)行清除(逃逸分析技術(shù)：在堆上的所有數(shù)據(jù)都不會(huì)逃逸出去被其它線程訪問(wèn)到，可以把它們當(dāng)成棧上數(shù)據(jù)對(duì)待)。

1.3.鎖粗化
如果虛擬機(jī)探測(cè)到有一串零碎的操作都對(duì)同一個(gè)對(duì)象加鎖，將會(huì)把加鎖同步的范圍擴(kuò)展到整個(gè)操作序列的外部。

HotSpot虛擬機(jī)的對(duì)象的內(nèi)存布局：對(duì)象頭(Object Header)分為兩部分信息嗎，第一部分(Mark Word)用于存儲(chǔ)對(duì)象自身的運(yùn)行時(shí)數(shù)據(jù)，另一個(gè)部分用于存儲(chǔ)指向方法區(qū)對(duì)象數(shù)據(jù)類型的指針，如果是數(shù)組的話，還會(huì)由一個(gè)額外的部分用于存儲(chǔ)數(shù)組的長(zhǎng)度。

32位HotSpot虛擬機(jī)中對(duì)象未被鎖定的狀態(tài)下，Mark Word的32個(gè)Bits空間中25位用于存儲(chǔ)對(duì)象哈希碼，4位存儲(chǔ)對(duì)象分代年齡，2位存儲(chǔ)鎖標(biāo)志位，1位固定為0。

HotSpot虛擬機(jī)對(duì)象頭Mark Word

存儲(chǔ)內(nèi)容	標(biāo)志位	狀態(tài)
對(duì)象哈希碼、對(duì)象分代年齡	01	未鎖定
指向鎖記錄的指針	00	輕量級(jí)鎖定
指向重量級(jí)鎖的指針	10	膨脹(重量級(jí)鎖)
空，不記錄信息	11	GC標(biāo)記
偏向線程ID，偏向時(shí)間戳、對(duì)象分代年齡	01	可偏向

1.4. 輕量級(jí)鎖
在代碼進(jìn)入同步塊時(shí)，如果此同步對(duì)象沒有被鎖定，虛擬機(jī)首先將在當(dāng)前線程的棧幀中建立一個(gè)名為鎖記錄(Lock Record)的空間，用于存儲(chǔ)所對(duì)象目前的Mark Word的拷貝。然后虛擬機(jī)將使用CAS操作嘗試將對(duì)象的Mark Word更新為執(zhí)行Lock Record的指針。如果成功，那么這個(gè)線程就擁有了該對(duì)象的鎖。如果更新操作失敗，虛擬機(jī)首先會(huì)檢查對(duì)象的Mark Word是否指向當(dāng)前線程的棧幀，如果是就說(shuō)明當(dāng)前線程已經(jīng)擁有了這個(gè)對(duì)象的鎖，否則說(shuō)明這個(gè)對(duì)象已經(jīng)被其它線程搶占。如果有兩條以上的線程爭(zhēng)用同一個(gè)鎖，那輕量級(jí)鎖就不再有效，要膨脹為重量級(jí)鎖。

解鎖過(guò)程：如果對(duì)象的Mark Word仍然指向著線程的鎖記錄，那就用CAS操作把對(duì)象當(dāng)前的Mark Word和和線程中復(fù)制的Displaced Mark Word替換回來(lái)，如果替換成功，整個(gè)過(guò)程就完成。如果失敗，說(shuō)明有其他線程嘗試過(guò)獲取該鎖，那就要在釋放鎖的同時(shí)，喚醒被掛起的線程。

輕量級(jí)鎖的依據(jù)：對(duì)于絕大部分的鎖，在整個(gè)同步周期內(nèi)都是不存在競(jìng)爭(zhēng)的。

傳統(tǒng)鎖(重量級(jí)鎖)使用操作系統(tǒng)互斥量來(lái)實(shí)現(xiàn)的。

1.5. 偏向鎖
目的是消除在無(wú)競(jìng)爭(zhēng)情況下的同步原語(yǔ)，進(jìn)一步提高程序的運(yùn)行性能。鎖會(huì)偏向第一個(gè)獲得它的線程，如果在接下來(lái)的執(zhí)行過(guò)程中，該鎖沒有被其它線程獲取，則持有鎖的線程將永遠(yuǎn)不需要再進(jìn)行同步。

當(dāng)鎖第一次被線程獲取的時(shí)候，虛擬機(jī)將會(huì)把對(duì)象頭中的標(biāo)志位設(shè)為01，同時(shí)使用CAS操作把獲取到這個(gè)鎖的線程的ID記錄在對(duì)象的Mark Word之中，如果成功，持有偏向鎖的線程以后每次進(jìn)入這個(gè)鎖相關(guān)的同步塊時(shí)，都可以不進(jìn)行任何同步操作。

當(dāng)有另一個(gè)線程去嘗試獲取這個(gè)鎖時(shí)，偏向模式就宣告結(jié)束。根據(jù)所對(duì)象目前是否處于被鎖定的狀態(tài)，撤銷偏向后恢復(fù)到未鎖定或輕量級(jí)鎖定狀態(tài)。

12.內(nèi)核態(tài)和用戶態(tài)
操作系統(tǒng)的兩種運(yùn)行級(jí)別，intel cpu提供-Ring3三種運(yùn)行模式。

Ring0是留給操作系統(tǒng)代碼，設(shè)備驅(qū)動(dòng)程序代碼使用的，它們工作于系統(tǒng)核心態(tài)；而Ring3則給普通的用戶程序使用，它們工作在用戶態(tài)。運(yùn)行于處理器核心態(tài)的代碼不受任何的限制，可以自由地訪問(wèn)任何有效地址，進(jìn)行直接端口訪問(wèn)。而運(yùn)行于用戶態(tài)的代碼則要受到處理器的諸多檢查，它們只能訪問(wèn)映射其地址空間的頁(yè)表項(xiàng)中規(guī)定的在用戶態(tài)下可訪問(wèn)頁(yè)面的虛擬地址，且只能對(duì)任務(wù)狀態(tài)段（TSS）中I/O許可位圖（I/O Permission Bitmap）中規(guī)定的可訪問(wèn)端口進(jìn)行直接訪問(wèn)。

13. 常用方法
1.1.object.wait()：
在其他線程調(diào)用此對(duì)象的notify()或者notifyAll()方法，或超過(guò)指定時(shí)間量前，當(dāng)前線程T等待(線程T必須擁有該對(duì)象的鎖)。線程T被放置在該對(duì)象的休息區(qū)中，并釋放鎖。在被喚醒、中斷、超時(shí)的情況下，從對(duì)象的休息區(qū)中刪除線程T，并重新進(jìn)行線程調(diào)度。一旦線程T獲得該對(duì)象的鎖，該對(duì)象上的所有同步申明都被恢復(fù)到調(diào)用wait()方法時(shí)的狀態(tài)，然后線程T從wait()方法返回。如果當(dāng)前線程在等待之前或在等待時(shí)被任何線程中斷，則會(huì)拋出 InterruptedException。在按上述形式恢復(fù)此對(duì)象的鎖定狀態(tài)時(shí)才會(huì)拋出此異常。在拋出此異常時(shí)，當(dāng)前線程的中斷狀態(tài)被清除。

只有該對(duì)象的鎖被釋放，并不會(huì)釋放當(dāng)前線程持有的其他同步資源。

1.2. object.notify()
喚醒在此對(duì)象鎖上等待的單個(gè)線程。此方法只能由擁有該對(duì)象鎖的線程來(lái)調(diào)用。

1.3. Thread.sleep()
在指定的毫秒數(shù)內(nèi)讓當(dāng)前正在執(zhí)行的線程休眠（暫停執(zhí)行），此操作受到系統(tǒng)計(jì)時(shí)器和調(diào)度程序精度和準(zhǔn)確性的影響。監(jiān)控狀態(tài)依然保持、會(huì)自動(dòng)恢復(fù)到可運(yùn)行狀態(tài)，不會(huì)釋放對(duì)象鎖。如果任何線程中斷了當(dāng)前線程。當(dāng)拋出InterruptedException異常時(shí)，當(dāng)前線程的中斷狀態(tài)被清除。讓出CPU分配的執(zhí)行時(shí)間。

thread.join()：在一個(gè)線程對(duì)象上調(diào)用，使當(dāng)前線程等待這個(gè)線程對(duì)象對(duì)應(yīng)的線程結(jié)束。

Thread.yield()：暫停當(dāng)前正在執(zhí)行的線程對(duì)象，并執(zhí)行其他線程。

thread.interrupt()
中斷線程，停止其正在進(jìn)行的一切。中斷一個(gè)不處于活動(dòng)狀態(tài)的線程不會(huì)有任何作用。

如果線程在調(diào)用Object類的wait()方法、或者join()、sleep()方法過(guò)程中受阻，則其中斷狀態(tài)將被清除，并收到一個(gè)InterruptedException。

Thread.interrupted()：檢測(cè)當(dāng)前線程是否已經(jīng)中斷，并且清除線程的中斷狀態(tài)(回到非中斷狀態(tài))。

thread.isAlive()：如果線程已經(jīng)啟動(dòng)且尚未終止，則為活動(dòng)狀態(tài)。

thread.setDaemon()：需要在start()方法調(diào)用之前調(diào)用。當(dāng)正在運(yùn)行的線程都是后臺(tái)線程時(shí)，Java虛擬機(jī)將退出。否則當(dāng)主線程退出時(shí)，其他線程仍然會(huì)繼續(xù)執(zhí)行。

14.其他
1.當(dāng)調(diào)用Object的wait()、notify()、notifyAll()時(shí)，如果當(dāng)前線程沒有獲得該對(duì)象鎖，則會(huì)拋出IllegalMonitorStateException異常。

1.如果一個(gè)方法申明為synchronized，則等同于在這個(gè)方法上調(diào)用synchronized(this)。
如果一個(gè)靜態(tài)方法被申明為synchronized，則等同于在這個(gè)方法上調(diào)用synchronized(類.class)。當(dāng)一個(gè)線程進(jìn)入同步靜態(tài)方法中時(shí)，其他線程不能進(jìn)入這個(gè)類的任何靜態(tài)同步方法。

1.線程成為對(duì)象鎖的擁有者：
1.通過(guò)執(zhí)行此對(duì)象的同步實(shí)例方法
2.通過(guò)執(zhí)行在此對(duì)象上進(jìn)行同步的synchronized語(yǔ)句的正文
3.對(duì)于Class類型的對(duì)象，可以通過(guò)執(zhí)行該類的同步靜態(tài)方法。

1.死鎖：
死鎖就是兩個(gè)或兩個(gè)以上的線程被無(wú)限的阻塞，線程之間相互等待所需資源。

可能發(fā)生在以下情況：
當(dāng)兩個(gè)線程相互調(diào)用Thread.join()；
當(dāng)兩個(gè)線程使用嵌套的同步塊，一個(gè)線程占用了另外一個(gè)線程必須的鎖，互相等待時(shí)被阻塞就有可能出現(xiàn)死鎖。

1.調(diào)用了Thread類的start()方法(向CPU申請(qǐng)另一個(gè)線程空間來(lái)執(zhí)行run()方法里的代碼)，線程的run()方法不一定立即執(zhí)行，而是要等待JVM進(jìn)行調(diào)度。
run()方法中包含的是線程的主體，也就是這個(gè)線程被啟動(dòng)后將要運(yùn)行的代碼。