Java語言的關鍵字，當它用來修飾一個方法或者一個代碼塊的時候，能夠保證在同一時刻最多隻有一個線程執行該段代碼。
一、當兩個併發線程訪問同一個對象object中的這個synchronized(this)同步代碼塊時，一個時間內只能有一個線程得到執行。另一個線程必須等待當前線程執行完這個代碼塊以後才能執行該代碼塊。
二、然而，當一個線程訪問object的一個synchronized(this)同步代碼塊時，另一個線程仍然可以訪問該object中的非synchronized(this)同步代碼塊。
三、尤其關鍵的是，當一個線程訪問object的一個synchronized(this)同步代碼塊時，其他線程對object中所有其它synchronized(this)同步代碼塊的訪問將被阻塞。
注意：這裏的線程指得是同一個對象的不同線程，對於不同的對象不存在同步問題。
synchronized 關鍵字，它包括兩種用法：synchronized 方法和 synchronized 塊。
1. synchronized 方法：通過在方法聲明中加入 synchronized關鍵字來聲明 synchronized 方法。如：
public synchronized void accessVal(int newVal);
synchronized 方法控制對類成員變量的訪問：每個類實例對應一把鎖，每個 synchronized 方法都必須獲得調用該方法的類實例的鎖方能
執行，否則所屬線程阻塞，方法一旦執行，就獨佔該鎖，直到從該方法返回時纔將鎖釋放，此後被阻塞的線程方能獲得該鎖，重新進入可執行
狀態。這種機制確保了同一時刻對於每一個類實例，其所有聲明爲 synchronized 的成員函數中至多隻有一個處於可執行狀態（因爲至多隻有
一個能夠獲得該類實例對應的鎖），從而有效避免了類成員變量的訪問衝突（只要所有可能訪問類成員變量的方法均被聲明爲 synchronized）
。
在 Java 中，不光是類實例，每一個類也對應一把鎖，這樣我們也可將類的靜態成員函數聲明爲 synchronized ，以控制其對類的靜態成
員變量的訪問。
synchronized 方法的缺陷：若將一個大的方法聲明爲synchronized 將會大大影響效率，典型地，若將線程類的方法 run() 聲明爲
synchronized ，由於在線程的整個生命期內它一直在運行，因此將導致它對本類任何 synchronized 方法的調用都永遠不會成功。當然我們可
以通過將訪問類成員變量的代碼放到專門的方法中，將其聲明爲 synchronized ，並在主方法中調用來解決這一問題，但是 Java 爲我們提供
了更好的解決辦法，那就是 synchronized 塊。
2. synchronized 塊：通過 synchronized關鍵字來聲明synchronized 塊。語法如下：
synchronized(syncObject) {
//允許訪問控制的代碼
}
synchronized 塊是這樣一個代碼塊，其中的代碼必須獲得對象 syncObject （如前所述，可以是類實例或類）的鎖方能執行，具體機
制同前所述。由於可以針對任意代碼塊，且可任意指定上鎖的對象，故靈活性較高。
對synchronized(this)的一些理解
一、當兩個併發線程訪問同一個對象object中的這個synchronized(this)同步代碼塊時，一個時間內只能有一個線程得到執行。另一個線
程必須等待當前線程執行完這個代碼塊以後才能執行該代碼塊。
二、然而，當一個線程訪問object的一個synchronized(this)同步代碼塊時，另一個線程仍然可以訪問該object中的非synchronized
(this)同步代碼塊。
三、尤其關鍵的是，當一個線程訪問object的一個synchronized(this)同步代碼塊時，其他線程對object中所有其它synchronized(this)
java中synchronized用法
打個比方：一個object就像一個大房子，大門永遠打開。房子裏有 很多房間（也就是方法）。
這些房間有上鎖的（synchronized方法）， 和不上鎖之分（普通方法）。房門口放着一把鑰匙（key），這把鑰匙可以打開所有上鎖的房間。
另外我把所有想調用該對象方法的線程比喻成想進入這房子某個 房間的人。所有的東西就這麼多了，下面我們看看這些東西之間如何作用的。
在此我們先來明確一下我們的前提條件。該對象至少有一個synchronized方法，否則這個key還有啥意義。當然也就不會有我們的這個主題了。
一個人想進入某間上了鎖的房間，他來到房子門口，看見鑰匙在那兒（說明暫時還沒有其他人要使用上鎖的 房間）。於是他走上去拿到了鑰匙
，並且按照自己 的計劃使用那些房間。注意一點，他每次使用完一次上鎖的房間後會馬上把鑰匙還回去。即使他要連續使用兩間上鎖的房間，
中間他也要把鑰匙還回去，再取回來。
因此，普通情況下鑰匙的使用原則是：“隨用隨借，用完即還。”
這時其他人可以不受限制的使用那些不上鎖的房間，一個人用一間可以，兩個人用一間也可以，沒限制。但是如果當某個人想要進入上鎖的房
間，他就要跑到大門口去看看了。有鑰匙當然拿了就走，沒有的話，就只能等了。
要是很多人在等這把鑰匙，等鑰匙還回來以後，誰會優先得到鑰匙？Not guaranteed。象前面例子裏那個想連續使用兩個上鎖房間的傢伙，他
中間還鑰匙的時候如果還有其他人在等鑰匙，那麼沒有任何保證這傢伙能再次拿到。 （JAVA規範在很多地方都明確說明不保證，象
Thread.sleep()休息後多久會返回運行，相同優先權的線程那個首先被執行，當要訪問對象的鎖被 釋放後處於等待池的多個線程哪個會優先得
到，等等。我想最終的決定權是在JVM，之所以不保證，就是因爲JVM在做出上述決定的時候，絕不是簡簡單單根據 一個條件來做出判斷，而是
根據很多條。而由於判斷條件太多，如果說出來可能會影響JAVA的推廣，也可能是因爲知識產權保護的原因吧。SUN給了個不保證 就混過去了
。無可厚非。但我相信這些不確定，並非完全不確定。因爲計算機這東西本身就是按指令運行的。即使看起來很隨機的現象，其實都是有規律
可尋。學過 計算機的都知道，計算機裏隨機數的學名是僞隨機數，是人運用一定的方法寫出來的，看上去隨機罷了。另外，或許是因爲要想弄
的確定太費事，也沒多大意義，所 以不確定就不確定了吧。）
再來看看同步代碼塊。和同步方法有小小的不同。
1.從尺寸上講，同步代碼塊比同步方法小。你可以把同步代碼塊看成是沒上鎖房間裏的一塊用帶鎖的屏風隔開的空間。
2.同步代碼塊還可以人爲的指定獲得某個其它對象的key。就像是指定用哪一把鑰匙才能開這個屏風的鎖，你可以用本房的鑰匙；你也可以指定
用另一個房子的鑰匙才能開，這樣的話，你要跑到另一棟房子那兒把那個鑰匙拿來，並用那個房子的鑰匙來打開這個房子的帶鎖的屏風。
記住你獲得的那另一棟房子的鑰匙，並不影響其他人進入那棟房子沒有鎖的房間。
爲什麼要使用同步代碼塊呢？我想應該是這樣的：首先對程序來講同步的部分很影響運行效率，而一個方法通常是先創建一些局部變
量，再對這些變量做一些 操作，如運算，顯示等等；而同步所覆蓋的代碼越多，對效率的影響就越嚴重。因此我們通常儘量縮小其影響範圍。
如何做？同步代碼塊。我們只把一個方法中該同 步的地方同步，比如運算。
另外，同步代碼塊可以指定鑰匙這一特點有個額外的好處，是可以在一定時期內霸佔某個對象的key。還記得前面說過普通情況下鑰
匙的使用原則嗎。現在不是普通情況了。你所取得的那把鑰匙不是永遠不還，而是在退出同步代碼塊時才還。
還用前面那個想連續用兩個上鎖房間的傢伙打比方。怎樣才能在用完一間以後，繼續使用另一間呢。用同步代碼塊吧。先創建另外
一個線程，做一個同步代碼 塊，把那個代碼塊的鎖指向這個房子的鑰匙。然後啓動那個線程。只要你能在進入那個代碼塊時抓到這房子的鑰匙
，你就可以一直保留到退出那個代碼塊。也就是說 你甚至可以對本房內所有上鎖的房間遍歷，甚至再sleep(10*60*1000)，而房門口卻還有
1000個線程在等這把鑰匙呢。很過癮吧。
在此對sleep()方法和鑰匙的關聯性講一下。一個線程在拿到key後，且沒有完成同步的內容時，如果被強制sleep()了，那key還一
直在 它那兒。直到它再次運行，做完所有同步內容，纔會歸還key。記住，那傢伙只是幹活幹累了，去休息一下，他並沒幹完他要乾的事。爲
了避免別人進入那個房間 把裏面搞的一團糟，即使在睡覺的時候他也要把那唯一的鑰匙戴在身上。
最後，也許有人會問，爲什麼要一把鑰匙通開，而不是一個鑰匙一個門呢？我想這純粹是因爲複雜性問題。一個鑰匙一個門當然更
安全，但是會牽扯好多問題。鑰匙 的產生，保管，獲得，歸還等等。其複雜性有可能隨同步方法的增加呈幾何級數增加，嚴重影響效率。這也
算是一個權衡的問題吧。爲了增加一點點安全性，導致效 率大大降低，是多麼不可取啊。
轉載自：http://www.cnblogs.com/GnagWang/archive/2011/02/27/1966606.html