臨界區與鎖
並發編程中不可避免的會出現多個線程共享同一個資源的情況，為了防止出現數據不一致情況的發生，人們引入了臨界區的概念。臨界區是一個用來訪問共享資源的代碼塊，同一時間內只運行一個線程進入。
那麼如何實現這個臨界區呢？這就用到我們的鎖了，當進程想要訪問一個臨界區時，它先會去看看是否已經有其他線程進入了，也就是看是否能獲得鎖。如果沒有其他線程進入，那麼它就進入臨界區，其他線程就無法進入，相當於加鎖。反之，則會被掛起，處於等待狀態，直到其他線程離開臨界區，且本線程被JVM選中才可進入(因為可能有其他線程也在等待)。
利用Synchronized解決並發問題
Synchronize是一個重量級鎖，它會降低程序性能，因此如果對數據一致性沒有要求，就不要使用它。如果方法被Synchronize關鍵字聲明，那麼該方法的代碼塊被視為臨界區。當某個線程調用該對象的synchronized方法或者訪問synchronized代碼塊時，這個線程便獲得了該對象的鎖，其他線程暫時無法訪問這個方法，只有等待這個方法執行完畢或者代碼塊執行完畢，這個線程才會釋放該對象的鎖，其他線程才能執行這個方法或者代碼塊。
下面我們將創建兩個線程A，B來同時訪問一個對象：A從帳戶裡取錢，B從帳戶裡存錢。首先是不使用Synchronized關鍵字。
創建帳戶類
它擁有一個私有變量balance表示金額，addAmount和subtractAmount分別對金額執行加減操作。
創建A，B倆線程，分別對帳戶存錢和取錢。
最後在main裡面測試
ThreadA往帳戶中執行了10次存入操作，每次存入1000元，ThreadB則是以同樣的金額執行了10次取出操作。那麼按照我們的推測，最後帳戶的金額應該維持不變，但程序的結果卻不是我們想要的數字。這是為什麼呢？因為我們在對數據進行操作的時候，另外一個線程可能也在進行操作，邏輯上應該先後執行的方法變成了同時執行，所以出現了錯誤。
現在我們給addAmount和subtractAmount加上synchronized關鍵字，保證數據一致性，這樣程序就不會出問題了。
如果是使用synchronize保護代碼塊，則需要將對象引用作為參數傳入。一般來說傳入this關鍵字作為引用執行方法的對象就可以了。
鎖的到底是什麼？
或許在上面的例子你因為粗心只為其中一個方法加了關鍵字，那麼你會看到這樣的現象：
保護代碼塊要將對象傳入，那應該鎖的是對象呀。你可能會想：我執行subtractAmout，按道理應該等我執行完addAmount才能執行，它都沒有account這個對象的鎖，不應該在中間插這麼一段呀。但是，只有加了鎖的方法，線程執行該方法時才會去嘗試獲得鎖，看看是否有線程進入臨界區。訪問非同步方法無需獲得鎖，你把synchronized去掉跟你只加一個的情況是一樣的，同步方法與非同步遵循的是不同的規則。也就是說你可以在調用該對象的加了synchronized方法的同時，調用其他的非同步方法。
兩個線程怎麼同時訪問了同一個對象的兩個synchronized方法？
你可能在搗鼓這個關鍵字的時候，驚訝地發現靜態方法的與眾不同。如果一個對象中的靜態方法用synchronized修飾，那麼其他線程可以在該靜態方法被訪問的同時，訪問該對象中的非靜態方法(當然，該靜態方法同一時間只能被一個線程訪問)。換句話說，兩個線程可以同時訪問一個對象中的兩個synchronized方法。
等等，不是說鎖對象嗎？到底鎖的是什麼？鎖的確實是對象，但對於靜態方法我們說的是T.class(T 為類名)，非靜態方法鎖的是this ，也就是類的實例對象，兩者是不同的。
上面那段代碼相當於：
實際上加鎖本質就是在鎖對象的對象頭中寫入當前線程id。我們可以通過下面的代碼驗證，每次都傳入new Object()。
因為線程每次調用方法鎖的都是新new的對象，所以加鎖無效。甚至編譯器可能會將synchronized給優化掉，因為這相當於多把鎖保護同一個資源，編譯器一看，每個人都弄把鎖就進來了，那我還不如不加，反正都一個樣。
另外需要注意的是，synchronized是可重入鎖。也就是說當線程訪問對象的同步方法時，在調用其他同步方法時無需再去獲取其訪問權。因為我們實際上鎖的是對象，對象頭裡面記錄的都是當前線程的ID。
總結
修飾函數，鎖的是當前類的實例化對象修飾靜態方法，鎖的是當前類的Class對象修飾同步代碼塊，鎖的是括號裡的對象加鎖實際上就是在鎖對象的對象頭中寫入當前線程id，每個線程要想調用這個同步方法，都會先去鎖對象的對象頭看看當前線程id是不是自己的。