JAVA多線程synchronized詳解

時間 2019-11-18

原文原文鏈接

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

當兩個併發線程訪問同一個對象object中的這個synchronized(this)同步代碼塊時，一個時間內只能有一個線程獲得執行。另外一個線程必須等待當前線程執行完這個代碼塊之後才能執行該代碼塊。數據庫
然而，當一個線程訪問object的一個synchronized(this)同步代碼塊時，另外一個線程仍然能夠訪問該object中的非synchronized(this)同步代碼塊。數組
尤爲關鍵的是，當一個線程訪問object的一個synchronized(this)同步代碼塊時，其餘線程對object中全部其它synchronized(this)同步代碼塊的訪問將被阻塞。安全
第三個例子一樣適用其它同步代碼塊。也就是說，當一個線程訪問object的一個synchronized(this)同步代碼塊時，它就得到了這個object的對象鎖。結果，其它線程對該object對象全部同步代碼部分的訪問都被暫時阻塞。多線程
以上規則對其它對象鎖一樣適用.併發

舉例說明(使用synchronized)：函數

在編寫一個類時，若是該類中的代碼可能運行於多線程環境下，那麼就要考慮同步的問題。在Java中內置了語言級的同步原語－－synchronized，這也大大簡化了Java中多線程同步的使用。咱們首先編寫一個很是簡單的多線程的程序，是模擬銀行中的多個線程同時對同一個儲蓄帳戶進行存款、取款操做的。
在程序中咱們使用了一個簡化版本的Account類，表明了一個銀行帳戶的信息。在主程序中咱們首先生成了10000個線程，而後啓動它們，每個線程都對John的帳戶進行存100元，而後立刻又取出100元。這樣，對於John的帳戶來講，最終帳戶的餘額應該是仍是1000元纔對。然而運行的結果卻超出咱們的想像，首先來看看咱們的演示代碼：oop

 1 package com.zb.notify;  2 
 3 /**
 4  * 內部類  5  * 模擬銀行帳戶，測試多線程環境下的存錢、取錢  6  *  7  * 做者: zhoubang  8  * 日期：2015年6月2日 上午10:09:52  9  */
10 class Account { 11     /**帳戶金額*/
12     float amount; 13 
14     public Account(float amount) { 15         this.amount = amount; 16  } 17 
18     /**存錢*/
19     public void deposit(float amt) { 20         float tmp = amount; 21         tmp += amt; 22 
23         try { 24             /**模擬其它處理所須要的時間，好比存完錢，後臺系統更新數據庫字段值等*/
25             Thread.sleep(100); 26         } catch (InterruptedException e) { 27  } 28 
29         amount = tmp; 30  } 31 
32     /**取錢*/
33     public void withdraw(float amt) { 34         float tmp = amount; 35         tmp -= amt; 36 
37         try { 38             /**模擬其它處理所須要的時間，好比存完錢，後臺系統更新數據庫字段值等*/
39             Thread.sleep(100); 40         } catch (InterruptedException e) { 41  } 42 
43         amount = tmp; 44  } 45 
46     public float getBalance() { 47         return amount; 48  } 49 } 50 
51 /**
52  * 帳戶存取金額 多線程測試 53  * 54  * 做者: zhoubang 55  * 日期：2015年6月2日 上午10:05:05 56  */
57 public class AccountTest { 58     /**模擬多個線程同時操做該帳戶*/
59     private static int NUM_OF_THREAD = 10000; 60     
61     static Thread[] threads = new Thread[NUM_OF_THREAD]; 62 
63     public static void main(String[] args) { 64         /**爲帳戶初始化1000元*/
65         final Account acc = new Account(1000.0f); 66         
67         /**遍歷線程，多個線程同時存取帳戶金額：每個線程調用存錢的方法以後，當即調用取錢。*/
68         for (int i = 0; i < NUM_OF_THREAD; i++) { 69             threads[i] = new Thread(new Runnable() { 70                 public void run() { 71                     acc.deposit(100.0f); 72                     acc.withdraw(100.0f); 73  } 74  }); 75  threads[i].start(); 76  } 77 
78         /** 主線程等待全部線程運行結束 */
79         for (int i = 0; i < NUM_OF_THREAD; i++) { 80             try { 81                 threads[i].join();/**等待全部線程運行結束*/
82             } catch (InterruptedException e) { 83  } 84  } 85         
86         System.out.println("全部線程執行完畢，最終的帳戶餘額爲：" + acc.getBalance()); 87  } 88 
89 }

注意，上面在Account的deposit和withdraw方法中之因此要把對amount的運算使用一個臨時變量首先存儲，sleep一段時間，而後，再賦值給amount，是爲了模擬真實運行時的狀況。由於在真實系統中，帳戶信息確定是存儲在持久媒介中，好比RDBMS中，此處的睡眠的時間至關於比較耗時的數據庫操做，最後把臨時變量tmp的值賦值給amount至關於把amount的改動寫入數據庫中。性能

運行AccountTest，結果以下（每一次結果都會不一樣）：測試

全部線程執行完畢，最終的帳戶餘額爲：1500.0

全部線程執行完畢，最終的帳戶餘額爲：1700.0

全部線程執行完畢，最終的帳戶餘額爲：1300.0

。。。

爲何會出現這樣的問題？這就是多線程中的同步的問題。

在咱們的程序中，Account中的amount會同時被多個線程所訪問，這就是一個競爭資源，一般稱做競態條件。

對於這樣的多個線程共享的資源咱們必須進行同步，以免一個線程的改動被另外一個線程所覆蓋。

在咱們這個程序中，Account中的amount是一個競態條件，因此全部對amount的修改訪問都要進行同步，

咱們將deposit()和withdraw()方法進行同步，修改成：

 1 package com.zb.notify;  2 
 3 /**
 4  * 內部類  5  * 模擬銀行帳戶，測試多線程環境下的存錢、取錢  6  *  7  * 做者: zhoubang  8  * 日期：2015年6月2日 上午10:09:52  9  */
10 class Account { 11     /**帳戶金額*/
12     float amount; 13 
14     public Account(float amount) { 15         this.amount = amount; 16  } 17 
18     /**存錢*/
19     public synchronized void deposit(float amt) { 20         float tmp = amount; 21         tmp += amt; 22 
23         try { 24             /**模擬其它處理所須要的時間，好比存完錢，後臺系統更新數據庫字段值等*/
25             Thread.sleep(100); 26         } catch (InterruptedException e) { 27  } 28 
29         amount = tmp; 30  } 31 
32     /**取錢*/
33     public synchronized void withdraw(float amt) { 34         float tmp = amount; 35         tmp -= amt; 36 
37         try { 38             /**模擬其它處理所須要的時間，好比存完錢，後臺系統更新數據庫字段值等*/
39             Thread.sleep(100); 40         } catch (InterruptedException e) { 41  } 42 
43         amount = tmp; 44  } 45 
46     public float getBalance() { 47         return amount; 48  } 49 } 50 
51 /**
52  * 帳戶存取金額 多線程測試 53  * 54  * 做者: zhoubang 55  * 日期：2015年6月2日 上午10:05:05 56  */
57 public class AccountTest { 58     /**模擬多個線程同時操做該帳戶*/
59     private static int NUM_OF_THREAD = 10000; 60     
61     static Thread[] threads = new Thread[NUM_OF_THREAD]; 62 
63     public static void main(String[] args) { 64         /**爲帳戶初始化1000元*/
65         final Account acc = new Account(1000.0f); 66         
67         /**遍歷線程，多個線程同時存取帳戶金額：每個線程調用存錢的方法以後，當即調用取錢。*/
68         for (int i = 0; i < NUM_OF_THREAD; i++) { 69             threads[i] = new Thread(new Runnable() { 70                 public void run() { 71                     acc.deposit(100.0f); 72                     acc.withdraw(100.0f); 73  } 74  }); 75  threads[i].start(); 76  } 77 
78         /** 主線程等待全部線程運行結束 */
79         for (int i = 0; i < NUM_OF_THREAD; i++) { 80             try { 81                 threads[i].join();/**等待全部線程運行結束*/
82             } catch (InterruptedException e) { 83  } 84  } 85         
86         System.out.println("全部線程執行完畢，最終的帳戶餘額爲：" + acc.getBalance()); 87  } 88 
89 }

此時，再運行，咱們就可以獲得正確的結果了。

Account中的getBalance()也訪問了amount，爲何不對getBalance()同步呢？

由於getBalance()並不會修改amount的值，因此，同時多個線程對它訪問不會形成數據的混亂。

同步加鎖的是對象，而不是代碼。
所以，若是你的類中有一個同步方法，這個方法能夠被兩個不一樣的線程同時執行，只要每一個線程本身建立一個的該類的實例便可。

參考下面的代碼：

 1 package com.zb.notify;  2 
 3 class Foo extends Thread {  4     private int val;  5 
 6     public Foo(int v) {  7         val = v;  8  }  9 
10     public synchronized void printVal(int v) { 11         while (true) 12  System.out.println(v); 13  } 14 
15     public void run() { 16  printVal(val); 17  } 18 } 19 
20 class SyncTest { 21     public static void main(String args[]) { 22         Foo f1 = new Foo(1); 23  f1.start(); 24         Foo f2 = new Foo(3); 25  f2.start(); 26  } 27 }

運行SyncTest產生的輸出是1和3交叉的。

若是printVal是斷面，你看到的輸出只能是1或者只能是3而不能是二者同時出現。

程序運行的結果證實兩個線程都在併發的執行printVal方法，即便該方法是同步的而且因爲是一個無限循環而沒有終止。

類的同步：

要實現真正的斷面，你必須同步一個全局對象或者對類進行同步。下面的代碼給出了一個這樣的範例。

 1 package com.zb.notify;  2 
 3 class Foo extends Thread {  4     private int val;  5 
 6     public Foo(int v) {  7         val = v;  8  }  9 
10     public void printVal(int v) { 11         synchronized(Foo.class){ 12             while (true) 13  System.out.println(v); 14  } 15  } 16 
17     public void run() { 18  printVal(val); 19  } 20 }

上面的類再也不對個別的類實例同步而是對類進行同步。

對於類Foo而言，它只有惟一的類定義，兩個線程在相同的鎖上同步，所以只有一個線程能夠執行printVal方法。

這個代碼也能夠經過對公共對象加鎖。例如給Foo添加一個靜態成員。兩個方法均可以同步這個對象而達到線程安全。

下面給出一個參考實現，給出同步公共對象的兩種一般方法：

一、

 1 package com.zb.notify;  2 
 3 class Foo extends Thread {  4     private int val;  5     private static Object lock = new Object();  6 
 7     public Foo(int v) {  8         val = v;  9  } 10 
11     public void printVal(int v) { 12         synchronized (lock) { 13             while (true) 14  System.out.println(v); 15  } 16  } 17 
18     public void run() { 19  printVal(val); 20  } 21 }

上面的這個例子比原文給出的例子要好一些，由於原文中的加鎖是針對類定義的，一個類只能有一個類定義，而同步的通常原理是應該儘可能減少同步的粒度以到達更好的性能。這裏給出的範例的同步粒度比原文的要小。

二、

 1 package com.zb.notify;  2 
 3 class Foo extends Thread {  4     private String name;  5     private String val;  6 
 7     public Foo(String name, String v) {  8         this.name = name;  9         val = v; 10  } 11 
12     public void printVal() { 13         synchronized (val) { 14             while (true) 15                 System.out.println(name + val); 16  } 17  } 18 
19     public void run() { 20  printVal(); 21  } 22 }

1 public class SyncMethodTest { 2     public static void main(String args[]) { 3         Foo f1 = new Foo("Foo 1:", "printVal"); 4  f1.start(); 5         Foo f2 = new Foo("Foo 2:", "printVal"); 6  f2.start(); 7  } 8 }

上面這個代碼須要進行一些額外的說明，由於JVM有一種優化機制，由於String類型的對象是不可變的，所以當你使用""的形式引用字符串時，若是JVM發現內存已經有一個這樣的對象，那麼它就使用那個對象而再也不生成一個新的String對象，這樣是爲了減少內存的使用。

上面的main方法其實等同於：

1 public static void main(String args[]) { 2     String value="printVal"; 3     Foo f1 = new Foo("Foo 1:",value); 4  f1.start(); 5     Foo f2 = new Foo("Foo 2:",value); 6  f2.start(); 7 }

下面開始舉第二個例子：

1、當兩個併發線程訪問同一個對象object中的這個synchronized(this)同步代碼塊時，一個時間內只能有一個線程獲得執行。

另外一個線程必須等待當前線程執行完這個代碼塊之後才能執行該代碼塊。

 1 package com.zb.notify;  2 
 3 public class Thread1 implements Runnable {  4     public void run() {  5         synchronized (this) {  6             for (int i = 0; i < 5; i++) {  7                 System.out.println(Thread.currentThread().getName() + " synchronized loop " + i);  8  }  9  } 10  } 11 
12     public static void main(String[] args) { 13         Thread1 t1 = new Thread1(); 14         Thread ta = new Thread(t1, "A"); 15         Thread tb = new Thread(t1, "B"); 16  ta.start(); 17  tb.start(); 18  } 19 }

結果：

     A synchronized loop 0
     A synchronized loop 1
     A synchronized loop 2
     A synchronized loop 3
     A synchronized loop 4
     B synchronized loop 0
     B synchronized loop 1
     B synchronized loop 2
     B synchronized loop 3
     B synchronized loop 4

2、然而，當一個線程訪問object的一個synchronized(this)同步代碼塊時，另外一個線程仍然能夠訪問該object中的非synchronized(this)同步代碼塊。

 1 package com.zb.notify;  2 
 3 public class Thread2 {  4     public void m4t1() {  5         synchronized (this) {  6             int i = 5;  7             while (i-- > 0) {  8                 System.out.println(Thread.currentThread().getName() + " : " + i);  9                 try { 10                     Thread.sleep(500); 11                 } catch (InterruptedException ie) { 12  } 13  } 14  } 15  } 16 
17     public void m4t2() { 18         int i = 5; 19         while (i-- > 0) { 20             System.out.println(Thread.currentThread().getName() + " : " + i); 21             try { 22                 Thread.sleep(500); 23             } catch (InterruptedException ie) { 24  } 25  } 26  } 27 
28     public static void main(String[] args) { 29         final Thread2 myt2 = new Thread2(); 30         Thread t1 = new Thread(new Runnable() { 31             public void run() { 32  myt2.m4t1(); 33  } 34         }, "t1"); 35         Thread t2 = new Thread(new Runnable() { 36             public void run() { 37  myt2.m4t2(); 38  } 39         }, "t2"); 40  t1.start(); 41  t2.start(); 42  } 43 }

結果：

     t1 : 4
     t2 : 4
     t1 : 3
     t2 : 3
     t1 : 2
     t2 : 2
     t1 : 1
     t2 : 1
     t1 : 0
     t2 : 0

3、尤爲關鍵的是，當一個線程訪問object的一個synchronized(this)同步代碼塊時，其餘線程對object中全部其它synchronized(this)同步代碼塊的訪問將被阻塞。

 1 // 修改Thread2.m4t2()方法：
 2     public void m4t2() {  3         synchronized (this) {  4             int i = 5;  5             while (i-- > 0) {  6  System.out  7                         .println(Thread.currentThread().getName() + " : " + i);  8                 try {  9                     Thread.sleep(500); 10                 } catch (InterruptedException ie) { 11  } 12  } 13  } 14     }

結果：

     t1 : 4
     t1 : 3
     t1 : 2
     t1 : 1
     t1 : 0
     t2 : 4
     t2 : 3
     t2 : 2
     t2 : 1
     t2 : 0

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

 1 // 修改Thread2.m4t2()方法以下：
 2     public synchronized void m4t2() {  3         int i = 5;  4         while (i-- > 0) {  5             System.out.println(Thread.currentThread().getName() + " : " + i);  6             try {  7                 Thread.sleep(500);  8             } catch (InterruptedException ie) {  9  } 10  } 11     }

結果：

     t1 : 4
     t1 : 3
     t1 : 2
     t1 : 1
     t1 : 0
     t2 : 4
     t2 : 3
     t2 : 2
     t2 : 1
     t2 : 0

5、以上規則對其它對象鎖一樣適用:

 1 package com.zb.notify;  2 
 3 public class Thread3 {  4     class Inner {  5         private void m4t1() {  6             int i = 5;  7             while (i-- > 0) {  8                 System.out.println(Thread.currentThread().getName() + " : Inner.m4t1()=" + i);  9                 try { 10                     Thread.sleep(500); 11                 } catch (InterruptedException ie) { 12  } 13  } 14  } 15 
16         private void m4t2() { 17             int i = 5; 18             while (i-- > 0) { 19                 System.out.println(Thread.currentThread().getName() + " : Inner.m4t2()=" + i); 20                 try { 21                     Thread.sleep(500); 22                 } catch (InterruptedException ie) { 23  } 24  } 25  } 26  } 27 
28     private void m4t1(Inner inner) { 29          synchronized(inner) { //使用對象鎖 
30  inner.m4t1(); 31  } 32  } 33     private void m4t2(Inner inner) { 34  inner.m4t2(); 35  } 36 
37     public static void main(String[] args) { 38         final Foo myt3 = new Foo(); 39         final Inner inner = myt3.new Inner(); 40         Thread t1 = new Thread(new Runnable() { 41             public void run() { 42  myt3.m4t1(inner); 43  } 44         }, "t1"); 45         Thread t2 = new Thread(new Runnable() { 46             public void run() { 47  myt3.m4t2(inner); 48  } 49         }, "t2"); 50  t1.start(); 51  t2.start(); 52  } 53 }

結果：

儘管線程t1得到了對Inner的對象鎖，但因爲線程t2訪問的是同一個Inner中的非同步部分。因此兩個線程互不干擾。

     t1 : Inner.m4t1()=4
     t2 : Inner.m4t2()=4
     t1 : Inner.m4t1()=3
     t2 : Inner.m4t2()=3
     t1 : Inner.m4t1()=2
     t2 : Inner.m4t2()=2
     t1 : Inner.m4t1()=1
     t2 : Inner.m4t2()=1
     t1 : Inner.m4t1()=0
     t2 : Inner.m4t2()=0

如今在Inner.m4t2()前面加上synchronized：

 1 private synchronized void m4t2() {  2             int i = 5;  3             while (i-- > 0) {  4                 System.out.println(Thread.currentThread().getName() + " : Inner.m4t2()=" + i);  5                 try {  6                     Thread.sleep(500);  7                 } catch (InterruptedException ie) {  8  }  9  } 10         }

結果：

儘管線程t1與t2訪問了同一個Inner對象中兩個絕不相關的部分,但由於t1先得到了對Inner的對象鎖，因此t2對Inner.m4t2()的訪問也被阻塞，由於m4t2()是Inner中的一個同步方法。

     t1 : Inner.m4t1()=4
     t1 : Inner.m4t1()=3
     t1 : Inner.m4t1()=2
     t1 : Inner.m4t1()=1
     t1 : Inner.m4t1()=0
     t2 : Inner.m4t2()=4
     t2 : Inner.m4t2()=3
     t2 : Inner.m4t2()=2
     t2 : Inner.m4t2()=1
     t2 : Inner.m4t2()=0

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。記住，那傢伙只是幹活幹累了，去休息一下，他並沒幹完他要乾的事。爲

了避免別人進入那個房間把裏面搞的一團糟，即便在睡覺的時候他也要把那惟一的鑰匙戴在身上。

    最後，也許有人會問，爲何要一把鑰匙通開，而不是一個鑰匙一個門呢？我想這純粹是由於複雜性問題。一個鑰匙一個門固然更

安全，可是會牽扯好多問題。鑰匙的產生，保管，得到，歸還等等。其複雜性有可能隨同步方法的增長呈幾何級數增長，嚴重影響效率。這也

算是一個權衡的問題吧。爲了增長一點點安全性，致使效率大大下降，是多麼不可取啊。

synchronized的一個簡單例子：

 1 package com.zb.notify;  2 
 3 public class TextThread {  4 
 5     public static void main(String[] args) {  6         TxtThread tt = new TxtThread();  7         new Thread(tt).start();  8         new Thread(tt).start();  9         new Thread(tt).start(); 10         new Thread(tt).start(); 11  } 12 } 13 
14 class TxtThread implements Runnable { 15     int num = 100; 16     String str = new String(); 17 
18     public void run() { 19         synchronized (str) { 20             while (num > 0) { 21                 try { 22                     Thread.sleep(1); 23                 } catch (Exception e) { 24  e.getMessage(); 25  } 26                 System.out.println(Thread.currentThread().getName() + "this is " + num--); 27  } 28  } 29  } 30 }

上面的例子中爲了製造一個時間差,也就是出錯的機會,使用了Thread.sleep(10)

    Java對多線程的支持與同步機制深受你們的喜好，彷佛看起來使用了synchronized關鍵字就能夠輕鬆地解決多線程共享數據同步問題。到底如

何？――還得對synchronized關鍵字的做用進行深刻了解纔可定論。

    總的說來，synchronized關鍵字能夠做爲函數的修飾符，也可做爲函數內的語句，也就是平時說的同步方法和同步語句塊。

    若是再細的分類，synchronized可做用於instance變量、object reference（對象引用）、static函數和class literals(類名稱字面常量)身上。

    在進一步闡述以前，咱們須要明確幾點：

    A．不管synchronized關鍵字加在方法上仍是對象上，它取得的鎖都是對象，而不是把一段代碼或函數看成鎖――並且同步方法極可能還會被其餘線程的對象訪問。

    B．每一個對象只有一個鎖（lock）與之相關聯。

    C．實現同步是要很大的系統開銷做爲代價的，甚至可能形成死鎖，因此儘可能避免無謂的同步控制。

    接着來討論synchronized用到不一樣地方對代碼產生的影響：

    假設P一、P2是同一個類的不一樣對象，這個類中定義瞭如下幾種狀況的同步塊或同步方法，P一、P2就均可以調用它們。

1．把synchronized看成函數修飾符時，示例代碼以下：

1 public synchronized void methodAAA() 2  { 3         //….
4     }

這也就是同步方法，那這時synchronized鎖定的是哪一個對象呢？它鎖定的是調用這個同步方法對象。也就是說，當一個對象P1在不一樣的線程中

執行這個同步方法時，它們之間會造成互斥，達到同步的效果。可是這個對象所屬的Class所產生的另外一對象P2卻能夠任意調用這個被加了synchronized關鍵字的方法。

上邊的示例代碼等同於以下代碼：

1 public void methodAAA(){ 2     synchronized (this)// (1)
3  { 4        //…
5  } 6 }

(1)處的this指的是什麼呢？它指的就是調用這個方法的對象，如P1。可見同步方法實質是將synchronized做用於object reference。那個

拿到了P1對象鎖的線程，才能夠調用P1的同步方法，而對P2而言，P1這個鎖與它絕不相干，程序也可能在這種情形下襬脫同步機制的控制，造

成數據混亂。

2．同步塊，示例代碼以下：

1 public void method3(SomeObject so){ 2     synchronized(so){ 3        //…
4  } 5 }

這時，鎖就是so這個對象，誰拿到這個鎖誰就能夠運行它所控制的那段代碼。當有一個明確的對象做爲鎖時，就能夠這樣寫程序，但當沒有明

確的對象做爲鎖，只是想讓一段代碼同步時，能夠建立一個特殊的instance變量（它得是一個對象）來充當鎖：

1 class Foo implements Runnable{ 2     private byte[] lock = new byte[0]; // 特殊的instance變量
3     Public void methodA() { 4        synchronized(lock) { 5            //… 
6  } 7  } 8     //…
9 }

注：零長度的byte數組對象建立起來將比任何對象都經濟――查看編譯後的字節碼：生成零長度的byte[]對象只需3條操做碼，而Object lock = new Object()則須要7行操做碼。

3．將synchronized做用於static 函數，示例代碼以下：

1 class Foo{ 2     public synchronized static void methodAAA() // 同步的static 函數 
3  { 4         //…
5  } 6     public void methodBBB() { 7        synchronized(Foo.class);// class literal(類名稱字面常量)
8  } 9 }

代碼中的methodBBB()方法是把class literal做爲鎖的狀況，它和同步的static函數產生的效果是同樣的，取得的鎖很特別，是當前調用這

個方法的對象所屬的類（Class，而再也不是由這個Class產生的某個具體對象了）。

《Effective Java》一書中看到過將 Foo.class和 P1.getClass()用於做同步鎖還不同，不能用P1.getClass()來達到鎖這個Class的

目的。P1指的是由Foo類產生的對象。

能夠推斷：若是一個類中定義了一個synchronized的static函數A，也定義了一個synchronized 的instance函數B，那麼這個類的同一對象Obj

在多線程中分別訪問A和B兩個方法時，不會構成同步，由於它們的鎖都不同。B方法的鎖是Obj這個對象，而A的鎖是Obj所屬的那個Class。

小結以下：

搞清楚synchronized鎖定的是哪一個對象，就能幫助咱們設計更安全的多線程程序。

還有一些技巧可讓咱們對共享資源的同步訪問更加安全：

1．定義private 的instance變量+它的 get方法，而不要定義public/protected的instance變量。若是將變量定義爲public，對象在外界能夠

繞過同步方法的控制而直接取得它，並改動它。這也是JavaBean的標準實現方式之一。

2．若是instance變量是一個對象，如數組或ArrayList什麼的，那上述方法仍然不安全，由於當外界對象經過get方法拿到這個instance對象

的引用後，又將其指向另外一個對象，那麼這個private變量也就變了，豈不是很危險。這個時候就須要將get方法也加上synchronized同步，並

且，只返回這個private對象的clone()――這樣，調用端獲得的就是對象副本的引用了