【java多线程】synchronized修饰的方法到底是怎么实现互斥访问的？

目录

前言

一、问题引出

二、原理解析

1、对象锁机制

 2、为什么用synchronized修饰了方法仍然不能实现同步？

三、解决方法

1、类锁

 2、实现方法

---

前言

你真的懂synchronized吗？他是怎样实现同步的？怎么叫获取锁，获取锁时到底干了什么事情，是修改了某个值吗？

很多人对synchronized的理解只停留在当对方法加上这个修饰符时，多线程就能对该方法实现互斥访问，然而这样的理解可以说是错误的，如果不对synchronized进行深入的了解，那我可以肯定很多情况下我们不能正确的使用synchronized实现互斥访问。

如果你也对synchronized有过相关的疑惑，也许这篇文章会对你有所帮助。

一、问题引出

用线程类分别创建a对象（a线程） 和b对象（b线程）

让 共属同一个类 的a、b对象的run方法调用他们的 互斥方法sell() ;

 在我们的思路中，代码的运行应该是这样的

 

 然而实际上。。。。互斥方法sell此时并没有实现互斥。

从运行结果上来看， 实际运行是这样。

总之，从上面的结果来看，即使我们使用synchronized修饰了方法，仍然不能实现多线程对该方法的互斥访问

二、原理解析

既然如此，为什么使用synchronized修饰了sell()方法，各线程还是同时进入sell方法呢？关键就在于，同步方法使用的是对象锁机制。

1、对象锁机制

当一个线程访问某个对象的同步方法时，该线程首先会获取该对象的锁。这个对象的锁到底是个什么东西？怎么就算是获取对象的锁了？

实际上，获取对象的锁也就是获取对象的监视器，当一个线程访问某个对象的同步方法时，jvm会修改对象头中相应的值表明监视器已经被获取，当其他线程想要访问同一个对象的的同步方法时，由于监视器已被获取，该线程会进入阻塞状态。

对象头简单来说就是对象用于存储自身信息的一块空间，其中就记录了一些值表明监视器是否已经被获取。

 2、为什么用synchronized修饰了方法仍然不能实现同步？

在上述的Count类举例中，我们分别创建了 a对象 和 b对象，A线程通过a对象访问同步方法sell(),B线程通过b对象访问同步方法sell()，因此他们调用的是不同对象的同一个同步方法sell(),因此当两个线程访问sell()方法时获取的是不同的锁。

简单来说就是：a对象加了a的锁，b对象加了b的锁，二者八竿子打不着

三、解决方法

解决方法就是将同步方法sell()设置成静态同步方法，这样当线程访问方法sell时，获取的是类锁而不是对象锁。

对象可以有多个，但是类只能有一个，这样多个线程就能因争夺唯一的一个类，而实现同步访问。

1、类锁

 2、实现方法

实现方法很简单就是将sell方法设置成静态方法，这时当线程访问静态同步方法sell时，判断的是类头信息而不是对象头信息，这样同一个类的多个对象就能对该方法实现互斥访问。

将sell设置成静态方法

 可以看到，这才真正实现了线程同步