synchronized用在方法上鎖住的是什么？

鎖住的是當(dāng)前對(duì)象的當(dāng)前方法，會(huì)使得其他線程訪問該對(duì)象的synchronized方法或者代碼塊阻塞，但并不會(huì)阻塞非synchronized方法。

臟讀

一個(gè)常見的概念。在多線程中，難免會(huì)出現(xiàn)在多個(gè)線程中對(duì)同一個(gè)對(duì)象的實(shí)例變量或者全局靜態(tài)變量進(jìn)行并發(fā)訪問的情況，如果不做正確的同步處理，那么產(chǎn)生的后果就是"臟讀"，也就是取到的數(shù)據(jù)其實(shí)是被更改過的。注意這里 局部變量是不存在臟讀的情況

public class ThreadDomain13
{
  private int num = 0;
  
  public void addNum(String userName)
  {
    try
    {
      if ("a".equals(userName))
      {
        num = 100;
        System.out.println("a set over!");
        Thread.sleep(2000);
      }
      else
      {
        num = 200;
        System.out.println("b set over!");
      }
      System.out.println(userName + " num = " + num);
    }
    catch (InterruptedException e)
    {
      e.printStackTrace();
    }
  }
}

寫兩個(gè)線程分別去add字符串"a"和字符串"b"：

public class MyThread13_0 extends Thread
{
  private ThreadDomain13 td;
  
  public MyThread13_0(ThreadDomain13 td)
  {
    this.td = td;
  }
  
  public void run()
  {
    td.addNum("a");
  }
}
public class MyThread13_1 extends Thread
{
  private ThreadDomain13 td;
  
  public MyThread13_1(ThreadDomain13 td)
  {
    this.td = td;
  }
  
  public void run()
  {
    td.addNum("b");
  }
}

寫一個(gè)主函數(shù)分別運(yùn)行這兩個(gè)線程：

public static void main(String[] args)
{
  ThreadDomain13 td = new ThreadDomain13();
  MyThread13_0 mt0 = new MyThread13_0(td);
  MyThread13_1 mt1 = new MyThread13_1(td);
  mt0.start();
  mt1.start();
}
//看一下運(yùn)行結(jié)果
a set over!
b set over!
b num = 200
a num = 200

按照正常來看應(yīng)該打印"a num = 100"和"b num = 200"才對(duì)，現(xiàn)在卻打印了"b num = 200"和"a num = 200"，這就是線程安全問題。我們可以想一下是怎么會(huì)有線程安全的問題的：

1、mt0先運(yùn)行，給num賦值100，然后打印出"a set over!"，開始睡覺

2、mt0在睡覺的時(shí)候，mt1運(yùn)行了，給num賦值200，然后打印出"b set over!"，然后打印"b num = 200"

3、mt1睡完覺了，由于mt0的num和mt1的num是同一個(gè)num，所以mt1把num改為了200了，mt0也沒辦法，對(duì)于它來說，num只能是100，mt0繼續(xù)運(yùn)行代碼，打印出"a num = 200"

分析了產(chǎn)生問題的原因，解決就很簡(jiǎn)單了，給addNum(String userName)方法加同步即可：

多線程線synchronized關(guān)鍵字加到方法上

public class ThreadDomain13
{
  private int num = 0;
  
  public synchronized void addNum(String userName)
  {
    try
    {
      if ("a".equals(userName))
      {
        num = 100;
        System.out.println("a set over!");
        Thread.sleep(2000);
      }
      else
      {
        num = 200;
        System.out.println("b set over!");
      }
      System.out.println(userName + " num = " + num);
    }
    catch (InterruptedException e)
    {
      e.printStackTrace();
    }
  }
}

看一下運(yùn)行結(jié)果：

a set over!
a num = 100
b set over!
b num = 200

多個(gè)對(duì)象多個(gè)鎖

在同步的情況下，把main函數(shù)內(nèi)的代碼改一下：

public static void main(String[] args)
{
  ThreadDomain13 td0 = new ThreadDomain13();
  ThreadDomain13 td1 = new ThreadDomain13();
  MyThread13_0 mt0 = new MyThread13_0(td0);
  MyThread13_1 mt1 = new MyThread13_1(td1);
  mt0.start();
  mt1.start();
}

看一下運(yùn)行結(jié)果：

a set over!
b set over!
b num = 200
a num = 100

這里有一個(gè)重要的概念。關(guān)鍵字synchronized取得的鎖都是對(duì)象鎖，而不是把一段代碼或方法（函數(shù)）當(dāng)作鎖，這里如果是把一段代碼或方法（函數(shù)）當(dāng)作鎖，其實(shí)獲取的也是對(duì)象鎖，只是監(jiān)視器（對(duì)象）不同而已，哪個(gè)線程先執(zhí)行帶synchronized關(guān)鍵字的方法，哪個(gè)線程就持有該方法所屬對(duì)象的鎖，其他線程都只能呈等待狀態(tài)。但是這有個(gè)前提：既然鎖叫做對(duì)象鎖，那么勢(shì)必和對(duì)象相關(guān)，所以多個(gè)線程訪問的必須是同一個(gè)對(duì)象。

如果多個(gè)線程訪問的是多個(gè)對(duì)象，那么Java虛擬機(jī)就會(huì)創(chuàng)建多個(gè)鎖，就像上面的例子一樣，創(chuàng)建了兩個(gè)ThreadDomain13對(duì)象，就產(chǎn)生了2個(gè)鎖。既然兩個(gè)線程持有的是不同的鎖，自然不會(huì)受到"等待釋放鎖"這一行為的制約，可以分別運(yùn)行addNum(String userName)中的代碼。

synchronized(this)鎖住的是什么？

鎖住的是當(dāng)前的對(duì)象。當(dāng)synchronized塊里的內(nèi)容執(zhí)行完之后，釋放當(dāng)前對(duì)象的鎖。同一時(shí)刻若有多個(gè)線程訪問這個(gè)對(duì)象，則會(huì)被阻塞。

synchronized(object)鎖住的什么？

鎖住的是object對(duì)象。當(dāng)synchronized塊里的內(nèi)容執(zhí)行完之后，釋放object對(duì)象的鎖。同一時(shí)刻若有多個(gè)線程訪問這個(gè)對(duì)象，則會(huì)被阻塞。

這里需要注意的是如果object為Integer、String等等包裝類時(shí)（new出的對(duì)象除外），并不會(huì)鎖住當(dāng)前對(duì)象，也不會(huì)阻塞線程。因?yàn)榘b類是final的，不可修改的，如果修改則會(huì)生成一個(gè)新的對(duì)象。所以，在一個(gè)線程對(duì)其進(jìn)行修改后，其他線程在獲取該對(duì)象的鎖時(shí)，該對(duì)象已經(jīng)不是原來的那個(gè)對(duì)象，所以獲取到的是另一個(gè)對(duì)象的鎖，所以不會(huì)產(chǎn)生阻塞。

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論