轉載請標明出處：http://blog.csdn.net/zhaoyanjun6/article/details/75126630
本文出自【趙彥軍的博客】

1、前言

在多線程并發編程中Synchronized一直是元老級角色，很多人都會稱呼它為重量級鎖，但是隨著Java SE1.6對Synchronized進行了各種優化之后，有些情況下它并不那么重了，本文詳細介紹了Java SE1.6中為了減少獲得鎖和釋放鎖帶來的性能消耗而引入的偏向鎖和輕量級鎖，以及鎖的存儲結構和升級過程。

2、同步的基礎

java中的每一個對象都可以作為鎖。

對于同步方法，鎖是當前實例對象。
對于靜態同步方法，鎖是當前對象的Class對象。
對于同步方法塊，鎖是Synchonized括號里配置的對象。
當一個線程試圖訪問同步代碼塊時，它首先必須得到鎖，退出或拋出異常時必須釋放鎖。那么鎖存在哪里呢？鎖里面會存儲什么信息呢？

3、同步的原理

JVM規范規定JVM基于進入和退出Monitor對象來實現方法同步和代碼塊同步，但兩者的實現細節不一樣。代碼塊同步是使用monitorenter和monitorexit指令實現，而方法同步是使用另外一種方式實現的，細節在JVM規范里并沒有詳細說明，但是方法的同步同樣可以使用這兩個指令來實現。monitorenter指令是在編譯后插入到同步代碼塊的開始位置，而monitorexit是插入到方法結束處和異常處， JVM要保證每個monitorenter必須有對應的monitorexit與之配對。任何對象都有一個 monitor 與之關聯，當且一個monitor 被持有后，它將處于鎖定狀態。線程執行到 monitorenter 指令時，將會嘗試獲取對象所對應的 monitor 的所有權，即嘗試獲得對象的鎖。

4、synchronized 關鍵字

java語言的關鍵字，當它用來修飾一個方法或者一個代碼塊的時候，能夠保證在同一時刻最多只有一個線程執行該段代碼。

一：當兩個并發線程訪問同一個對象object中的這個synchronized(this)同步代碼塊時，一個時間內只能有一個線程得到執行。另一個線程必須等待當前線程執行完這個代碼塊以后才能執行該代碼塊。

二：然而，當一個線程訪問object的一個synchronized(this)同步代碼塊時，另一個線程仍然可以訪問該object中的非synchronized(this)同步代碼塊。

三：尤其關鍵的是，當一個線程訪問object的一個synchronized(this)同步代碼塊時，其他線程對object中所有其它synchronized(this)同步代碼塊的訪問將被阻塞。

四、第三個例子同樣適用其它同步代碼塊。也就是說，當一個線程訪問object的一個synchronized(this)同步代碼塊時，它就獲得了這個object的對象鎖。結果，其它線程對該object對象所有同步代碼部分的訪問都被暫時阻塞。

五、以上規則對其它對象鎖同樣適用.

5、類鎖和對象鎖

java的對象鎖和類鎖：java的對象鎖和類鎖在鎖的概念上基本上和內置鎖是一致的，但是，兩個鎖實際是有很大的區別的。
對象鎖是用于對象實例方法，或者一個對象實例上的，類鎖是用于類的靜態方法或者一個類的class對象上的。我們知道，類的對象實例可以有很多個，但是每個類只有一個class對象，所以不同對象實例的對象鎖是互不干擾的，但是每個類只有一個類鎖。但是有一點必須注意的是，其實類鎖只是一個概念上的東西，并不是真實存在的，它只是用來幫助我們理解鎖定實例方法和靜態方法的區別的。

• 類鎖和對象鎖

public class Person {static Person person;/*** 類鎖*/public void run1() {synchronized (Person.class) {System.out.println(Thread.currentThread().getName() + " 11--> " + "a");}}/*** 類鎖* <p>* 靜態方法鎖，是類鎖*/public synchronized static void run11() {}/*** 類鎖*/public static void run() {synchronized (Person.class) {}}/*** 對象鎖*/public void run2() {synchronized (this) {System.out.println(Thread.currentThread().getName() + " 22--> " + "a");}}/*** 對象鎖* 普通方法鎖是對象鎖*/public synchronized void run3() {System.out.println(Thread.currentThread().getName() + " 33--> " + "a");}/*** 類鎖*/public void run4() {synchronized ("lock") {}}String lock = "lock";/*** 對象鎖*/public void run5() {synchronized (lock) {}}static String lock2 = "lock";/*** 類鎖*/public void run6() {synchronized (lock2) {}} }

其實，類鎖修飾方法和代碼塊的效果和對象鎖是一樣的，因為類鎖只是一個抽象出來的概念，只是為了區別靜態方法的特點，因為靜態方法是所有對象實例共用的，所以對應著synchronized修飾的靜態方法的鎖也是唯一的，所以抽象出來個類鎖。類鎖和對象鎖是兩個不一樣的鎖，控制著不同的區域，它們是互不干擾的。同樣，線程獲得對象鎖的同時，也可以獲得該類鎖，即同時獲得兩個鎖，這是允許的。

這時有一個疑問，既然有了synchronized修飾方法的同步方式，為什么還需要synchronized修飾同步代碼塊的方式呢？而這個問題也是synchronized的缺陷所在。

synchronized的缺陷：當某個線程進入同步方法獲得對象鎖，那么其他線程訪問這里對象的同步方法時，必須等待或者阻塞，這對高并發的系統是致命的，這很容易導致系統的崩潰。如果某個線程在同步方法里面發生了死循環，那么它就永遠不會釋放這個對象鎖，那么其他線程就要永遠的等待。這是一個致命的問題。

當然同步方法和同步代碼塊都會有這樣的缺陷，只要用了synchronized關鍵字就會有這樣的風險和缺陷。既然避免不了這種缺陷，那么就應該將風險降到最低。這也是同步代碼塊在某種情況下要優于同步方法的方面。

例如在某個類的方法里面：這個類里面聲明了一個對象實例，SynObject so=new SynObject()；在某個方法里面調用了這個實例的方法so.testsy();但是調用這個方法需要進行同步，不能同時有多個線程同時執行調用這個方法。

這時如果直接用synchronized修飾調用了so.testsy();代碼的方法，那么當某個線程進入了這個方法之后，這個對象其他同步方法都不能給其他線程訪問了。假如這個方法需要執行的時間很長，那么其他線程會一直阻塞，影響到系統的性能。

如果這時用synchronized來修飾代碼塊：synchronized（so）{so.testsy();}，那么這個方法加鎖的對象是so這個對象，跟執行這行代碼的對象沒有關系，當一個線程執行這個方法時，這對其他同步方法時沒有影響的，因為他們持有的鎖都完全不一樣。

一個類的對象鎖和另一個類的對象鎖是沒有關聯的，當一個線程獲得A類的對象鎖時，它同時也可以獲得B類的對象鎖。

---

個人微信號：zhaoyanjun125 ， 歡迎關注

總結

以上是生活随笔為你收集整理的Java 锁机制 synchronized的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。