Synchronized到底锁住的是谁?

先来一道并发编程笔试题

题目:利用5个线程并发执行,num数字累计计数到10000,并打印。

/**
* Description:
* 利用5个线程并发执行,num数字累加计数到10000,并打印。
* 2019-06-13
* Created with OKevin.
*/
public class Count {
   private int num = 0;

   public static void main(String[] args) throws InterruptedException {
       Count count = new Count();

       Thread thread1 = new Thread(count.new MyThread());
       Thread thread2 = new Thread(count.new MyThread());
       Thread thread3 = new Thread(count.new MyThread());
       Thread thread4 = new Thread(count.new MyThread());
       Thread thread5 = new Thread(count.new MyThread());
       thread1.start();
       thread2.start();
       thread3.start();
       thread4.start();
       thread5.start();
       thread1.join();
       thread2.join();
       thread3.join();
       thread4.join();
       thread5.join();

       System.out.println(count.num);

   }

   private synchronized void increse() {
       for (int i = 0; i < 2000; i++) {
           num++;
       }
   }

   class MyThread implements Runnable {
       @Override
       public void run() {
           increse();
       }
   }
}

这道并发编程面试题,题目不难,方法简单。其中涉及一个核心知识点——synchronized(当然这题的解法有很多),这也是本文想要弄清的主题。

synchronized被大大小小的程序员广泛使用,有的程序员偷懒,在要求保证线程安全时,不加思索的就在方法前加入了synchronized关键字(例如我刚才那道大题)。偷懒归偷懒,CodeReview总是要进行的,面对同事的“指责”,要求优化这个方法,将synchronized使用同步代码块的方式提高效率。

synchronized要按照同步代码块来保证线程安全,这可就加在方法“复杂”多了。有:synchronized(this){}这么写的,也有synchronized(Count.class){}这么写的,还有定义了一个private Object obj = new Object; ….synchronized(obj){}这么写的。此时不禁在心里“W*F”。

synchronized你到底锁住的是谁?

synchronized从语法的维度一共有3个用法:

    1. 静态方法加上关键字
    1. 实例方法(也就是普通方法)加上关键字
    1. 方法中使用同步代码块

前两种方式最为偷懒,第三种方式比前两种性能要好。

synchronized从锁的是谁的维度一共有两种情况:

    1. 锁住类
    1. 锁住对象实例

我们还是从直观的语法结构上来讲述synchronized。

1)静态方法上的锁

静态方法是属于“类”,不属于某个实例,是所有对象实例所共享的方法。也就是说如果在静态方法上加入synchronized,那么它获取的就是这个类的锁,锁住的就是这个类

2)实例方法(普通方法)上的锁

实例方法并不是类所独有的,每个对象实例独立拥有它,它并不被对象实例所共享。这也比较能推出,在实例方法上加入synchronized,那么它获取的就是这个累的锁,锁住的就是这个对象实例

那锁住类还是锁住对象实例,这跟我线程安全关系大吗?大,差之毫厘谬以千里的大。为了更好的理解锁住类还是锁住对象实例,在进入“3)方法中使用同步代码块”前,先直观的感受下这两者的区别。

对实例方法(普通方法)上加关键字锁住对象实例锁的解释

首先定义一个Demo类,其中的实例方法加上了synchronized关键字,按照所述也就是说锁住的对象实例。

/**
* Description:
* 死循环,目的是两个线程抢占一个锁时,只要其中一个线程获取,另一个线程就会一直阻塞
* 2019-06-13
* Created with OKevin.
*/
public class Demo {

   public synchronized void demo() {
       while (true) {   //synchronized方法内部是一个死循环,一旦一个线程持有过后就不会释放这个锁
           System.out.println(Thread.currentThread());
       }
   }
}

可以看到在demo方法中定义了一个死循环,一旦一个线程持有这个锁后其他线程就不可能获取这个锁。结合上述synchronized修饰实例方法锁住的是对象实例,如果两个线程针对的是一个对象实例,那么其中一个线程必然不可能获取这个锁;如果两个线程针对的是两个对象实例,那么这两个线程不相关均能获取这个锁。

自定义线程,调用demo方法。

/**
* Description:
* 自定义线程
* 2019-06-13
* Created with OKevin.
*/
public class MyThread implements Runnable {
   private Demo demo;

   public MyThread(Demo demo) {
       this.demo = demo;
   }

   @Override
   public void run() {
       demo.demo();
   }
}

测试程序1:两个线程抢占一个对象实例的锁

/**
* Description:
* 两个线程抢占一个对象实例的锁
* 2019-06-13
* Created with OKevin.
*/
public class Main1 {
   public static void main(String[] args) {
       Demo demo = new Demo();
       Thread thread1 = new Thread(new MyThread(demo));
       Thread thread2 = new Thread(new MyThread(demo));
       thread1.start();
       thread2.start();
   }
}

?如上图所示,输出结果显然只会打印一个线程的信息,另一个线程永远也获取不到这个锁。

测试程序2:两个线程分别抢占两个对象实例的锁

/**
* Description:
* 两个线程分别抢占两个对象实例的锁
* 2019-06-13
* Created with OKevin.
*/
public class Main2 {
   public static void main(String[] args) {
       Demo demo1 = new Demo();
       Demo demo2 = new Demo();
       Thread thread1 = new Thread(new MyThread(demo1));
       Thread thread2 = new Thread(new MyThread(demo2));
       thread1.start();
       thread2.start();
   }
}

如上图所示,显然,两个线程均进入到了demo方法,也就是均获取到了锁,证明,两个线程抢占的就不是同一个锁,这就是synchronized修饰实例方法时,锁住的是对象实例的解释。

对静态方法上加关键字锁住类锁的解释

静态方法是类所有对象实例所共享的,无论定义多少个实例,是要是静态方法上的锁,它至始至终只有1个。将上面的程序Demo中的方法加上static,无论使用“测试程序1”还是“测试程序2”,均只有一个线程可以抢占到锁,另一个线程仍然是永远无法获取到锁。

让我们重新回到从语法结构上解释synchronized。

3)方法中使用同步代码块

程序的改良优化需要建立在有坚实的基础,如果在不了解其内部机制,改良也仅仅是“形式主义”。

结合开始CodeReview的例子:

你的同事在CodeReview时,要求你将实例方法上的synchronized,改为效率更高的同步代码块方式。在你不清楚同步代码的用法时,网上搜到了一段synchronized(this){}代码,复制下来发现也能用,此时你以为你改良优化了代码。但实际上,你可能只是做了一点形式主义上的优化。

为什么这么说?这需要清楚地认识同步代码块到底应该怎么用。

3.1)synchronized(this){...}

this关键字所代表的意思是该对象实例,换句话说,这种用法synchronized锁住的仍然是对象实例,他和public synchronized void demo(){}可以说仅仅是做了语法上的改变。?

/**
* 2019-06-13
* Created with OKevin.
**/
public class Demo {

   public synchronized void demo1() {
       while (true) {  //死循环目的是为了让线程一直持有该锁
           System.out.println(Thread.currentThread());
       }
   }

   public synchronized void demo2() {
       while (true) {
           System.out.println(Thread.currentThread());
       }
   }
}

改为以下方式:?

/**
* Description:
* synchronized同步代码块对本实例加锁(this)
* 假设demo1与demo2方法不相关,此时两个线程对同一个对象实例分别调用demo1与demo2,只要其中一个线程获取到了锁即执行了demo1或者demo2,此时另一个线程会永远处于阻塞状态
* 2019-06-13
* Created with OKevin.
*/
public class Demo {

   public void demo1() {
       synchronized (this) {
           while (true) {  //死循环目的是为了让线程一直持有该锁
               System.out.println(Thread.currentThread());
           }
       }
   }

   public void demo2() {
       synchronized (this) {
           while (true) {
               System.out.println(Thread.currentThread());
           }
       }
   }
}

也许后者在JVM中可能会做一些特殊的优化,但从代码分析上来讲,两者并没有做到很大的优化,线程1执行demo1,线程2执行demo2,由于两个方法均是抢占对象实例的锁,只要有一个线程获取到锁,另外一个线程只能阻塞等待,即使两个方法不相关。

3.2)private Object obj = new Object(); ???synchronized(obj){...}

/**
* Description:
* synchronized同步代码块对对象内部的实例加锁
* 假设demo1与demo2方法不相关,此时两个线程对同一个对象实例分别调用demo1与demo2,均能获取各自的锁
* 2019-06-13
* Created with OKevin.
*/
public class Demo {
   private Object lock1 = new Object();
   private Object lock2 = new Object();

   public void demo1() {
       synchronized (lock1) {
           while (true) {  //死循环目的是为了让线程一直持有该锁
               System.out.println(Thread.currentThread());
           }
       }
   }

   public void demo2() {
       synchronized (lock2) {
           while (true) {
               System.out.println(Thread.currentThread());
           }
       }
   }
}

经过上面的分析,看到这里,你可能会开始懂了,可以看到demo1方法中的同步代码块锁住的是lock1对象实例,demo2方法中的同步代码块锁住的是lock2对象实例。如果线程1执行demo1,线程2执行demo2,由于两个方法抢占的是不同的对象实例锁,也就是说两个线程均能获取到锁执行各自的方法(当然前提是两个方法互不相关,才不会出现逻辑错误)。

3.3)synchronized(Demo.class){...}

这种形式等同于抢占获取类锁,这种方式,同样和3.1一样,收效甚微。

所以CodeReivew后的代码应该是3.2) private Object obj = new Object(); ???synchronized(obj){...},这才是对你代码的改良优化。



本文的重点是你有没有收获与成长,其余的都不重要,希望读者们能谨记这一点。同时我经过多年的收藏目前也算收集到了一套完整的学习资料,包括但不限于:分布式架构、高可扩展、高性能、高并发、Jvm性能调优、Spring,MyBatis,Nginx源码分析,Redis,ActiveMQ、、Mycat、Netty、Kafka、Mysql、Zookeeper、Tomcat、Docker、Dubbo、Nginx等多个知识点高级进阶干货,希望对想成为架构师的朋友有一定的参考和帮助

需要以下资料的可以加一下三千人Java技术交流分享群:“708 701 457”免费获取


原文地址:https://blog.51cto.com/14230003/2410826

时间: 2024-10-10 02:25:03

Synchronized到底锁住的是谁?的相关文章

synchronized你到底锁住的是谁?

synchronized从语法的维度一共有3个用法: 1.静态方法加上关键字 2.实例方法(也就是普通方法)加上关键字 3.方法中使用同步代码块 前两种方式最为偷懒,第三种方式比前两种性能要好. synchronized从锁的是谁的维度一共有两种情况: 锁住类 锁住对象实例 1)静态方法上的锁 静态方法是属于“类”,不属于某个实例,是所有对象实例所共享的方法.也就是说如果在静态方法上加入synchronized,那么它获取的就是这个类的锁,锁住的就是这个类. 2)实例方法(普通方法)上的锁实例方

java synchronized究竟锁住的是什么

刚学java的时候,仅仅知道synchronized一个线程锁.能够锁住代码,可是它真的能像我想的那样,能够锁住代码吗? 在讨论之前先看一下项目中常见关于synchronized的使用方法: public synchronized void syncCurrentObject() { System.out.println(Thread.currentThread().getName()+"..start.."+"-----"+System.currentTimeMi

【java并发】(2) Java线程同步:synchronized锁住的是代码还是对象

在Java中,synchronized关键字是用来控制线程同步的,就是在多线程的环境下,控制synchronized代码段不被多个线程同时执行.synchronized既可以加在一段代码上,也可以加在方法上. 关键是,不要认为给方法或者代码段加上synchronized就万事大吉,看下面一段代码: class Sync { public synchronized void test() { System.out.println("test开始.."); try { Thread.sle

Java synchronized 锁住的是整个对象还是只有方法

先上结论: 类方法中,synchronized锁住的是对象this,只有调用同一个对象的方法才需要获取锁.同时,同一个对象中所有加了synchronize的方法只能一次调用一个 静态方法中,synchronized锁的是整个类对象,类似于(X.class),该类中所有加了synchronized的静态方法,一次只能调用一个 1 class Sync { 2 3 public synchronized void test() { 4 System.out.println("test开始..&quo

synchronized锁住的是什么

synchronized(Object.class)锁住的是Object.class对象,如下,若有某个方法如此加锁,那么该类的所有方法在此方法被某个线程使用时都被锁住. public String[] split() { synchronized (Path.class) { ... } } 一般锁住Path.class是因为该类中提供了静态方法,为了保证静态方法的多线程共享时互斥,必须使用使用此种加锁方式锁住所有可能被多线程使用的方法. synchronized(this) 等加锁代码块,加

悲观的并发策略——Synchronized互斥锁

volatile既然不足以保证数据同步,那么就必须要引入锁来确保.互斥锁是最常见的同步手段,在并发过程中,当多条线程对同一个共享数据竞争时,它保证共享数据同一时刻只能被一条线程使用,其他线程只有等到锁释放后才能重新进行竞争.对于java开发人员,我们最熟悉的肯定就是用synchronized关键词完成锁功能,在涉及到多线程并发时,对于一些变量,你应该会毫不犹豫地加上synchronized去保证变量的同步性. 在C/C++可直接使用操作系统提供的互斥锁实现同步和线程的阻塞和唤起,与之不同的是,j

SharePoint Workflow Trouble Shooting(一)Task被锁住或者卡住

[译者按]Andy Li这篇文章,是我看过的最好的,最透彻的关于SharePoint Workflow架构的文章.通过阅读他的文章,我才清楚的了解了SharePoint Workflow的运作机制,并且在遇到问题的时候,知道如何下手查找问题.因此翻译过来,希望对Workflow的开发人员有帮助.本部分主要讲trouble shooting. 这篇博客是由Andy Li贡献的,他是SharePoint开发人员支持组的处理疑难问题的工程师.原文地址.这个关于Workflow的系列,是他贡献给社区的,

Java锁 到底锁的是哪个对象?

更新:在一次和一位专家的交谈中,他对一下代码能否能够成功同步,给予了否定的答案, 他的理由是”以构造函数的成员变量作为synchronized的锁,在多线程的情况下,每一个线程都持有自己私有变量的锁,这个锁的地址能一样吗?怎么 可能成功同步?这是最错误的写法!“,哎呀妈,说实话,当时我都被惊了一下,都开始怀疑这个代码的正确性了. 我亲自测试了一下本文中的代码(测试代码在资源和硬盘中已保存).结论是可以同步的, 然后我回忆了一下我们当时谈话的出发点:线程安全(代码和本文中的代码类似,就是让打印的代

锁住余额,为何还会更新异常?

背景 现有一个交易系统,每次交易都会更新余额.出账扣减余额,入账增加余额.为了保证资金安全,余额发生扣减时,需要比较现有余额与扣减金额大小,若扣减金额大于现有余额,扣减余额不足,扣减失败. 余额表(省去其他字段)结构如下: CREATE TABLE `account` ( `id` bigint(20) NOT NULL, `balance` bigint(20) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE = InnoDB DEFAULT CHARSET