標籤:rri stack 啟動 http 同步 start nbsp 一段 不能
線程同步問題大都使用synchronized解決,有同步代碼塊和同步方法的兩種方式,主要記一下這兩種的區別
測試代碼:
1 package com.xujingyang.testThread; 2 3 public class SynObj{ 4 public synchronized void showA(){ 5 System.out.println("showA.."); 6 try { 7 Thread.sleep(3000); 8 } catch (InterruptedException e) { 9 e.printStackTrace();10 }11 }12 13 public void showB(){14 synchronized (this) {15 System.out.println("showB..");16 }17 }18 19 public void showC(){20 String s="1";21 synchronized (s) {22 System.out.println("showC..");23 }24 }25 }
package com.xujingyang.testThread;public class Test { public static void main(String[] args) { final SynObj sy=new SynObj(); new Thread(new Runnable() { @Override public void run() { sy.showA(); } }).start(); new Thread(new Runnable() { @Override public void run() { sy.showB(); } }).start(); new Thread(new Runnable() { @Override public void run() { sy.showC(); } }).start(); }}
運行結果如下:
這段代碼的列印結果是,showA…..showC…..會很快列印出來,showB…..會隔一段時間才列印出來,那麼showB為什麼不能像showC那樣很快被調用呢?
在啟動線程1調用方法A後,接著會讓線程1休眠3秒鐘,這時會調用方法C,注意到方法C這裡用synchronized進行加鎖,這裡鎖的對象是s這個字串對象。但是方法B則不同,是用當前對象this進行加鎖,注意到方法A直接在方法上加synchronized,這個加鎖的對象是什麼呢?顯然,這兩個方法用的是一把鎖。
*由這樣的結果,我們就知道這樣同步方法是用什麼加鎖的了,由於線程1在休眠,這時鎖還沒釋放,導致線程2隻有在3秒之後才能調用方法B,由此,可知兩種加鎖機制用的是同一個鎖對象,即當前對象。
另外,同步方法直接在方法上加synchronized實現加鎖,同步代碼塊則在方法內部加鎖,很明顯,同步方法鎖的範圍比較大,而同步代碼區塊範圍要小點,一般同步的範圍越大,效能就越差,一般需要加鎖進行同步的時候,肯定是範圍越小越好,這樣效能更好*。
-----------------------------------------------------------------------------------------------------------------------------------------------
一、當兩個並發線程訪問同一個對象object中的這個synchronized(this)同步代碼塊時,一個時間內只能有一個線程得到執行。另一個線程必須等待當前線程執行完這個代碼塊以後才能執行該代碼塊。
二、然而,當一個線程訪問object的一個synchronized(this)同步代碼塊時,另一個線程仍然可以訪問該object中的非synchronized(this)同步代碼塊。
三、尤其關鍵的是,當一個線程訪問object的一個synchronized(this)同步代碼塊時,其他線程對object中所有其它synchronized(this)同步代碼塊的訪問將被阻塞。
Java的synchronized的同步代碼塊和同步方法的區別