标签：synchronizedsynchronized java synchronized 对象 lock 线程 多线程 bits 轻量级

synchronized分析

使用方法

1、修饰方法

public synchronized void test(){
        
}

2、修饰对象（锁定的为什么一定高要是对象？）

public void test2(){
//Todo
    synchronized (this){
        
    }
    //todo
}
//由于是修饰对象，syn的范围由所修饰对象的生命周期来

锁是如何存储的

在之前的一篇ReentrantLock的分析中，可以看到，使用了一个线程对象来存错当前持有锁的线程，和一个state的锁标识。

这里也就可以推测，synchronized和lock应该也相似，也有这2个属性。如下：

线程a ->      对象o        <- 线程b 
           （持有锁的线程、
           锁的标识）

也就是说，在对象头中会存储，一个获锁的线程，和已经被强占锁的标识。
关于对象头，根据jvm中的介绍，一个对象在内存中的存错可以分为如下几个部分。

对象头=对象标记+类元信息

下面为hotspot的一部分代码

enum { age_bits                 = 4,
         lock_bits                = 2,
         biased_lock_bits         = 1,
         max_hash_bits            = BitsPerWord - age_bits - lock_bits - biased_lock_bits,
         hash_bits                = max_hash_bits > 31 ? 31 : max_hash_bits,
         cms_bits                 = LP64_ONLY(1) NOT_LP64(0),
         epoch_bits               = 2
  };

可以看到有hashcode，分代年龄age，biased locl(偏向锁标识)等等.于是我们可以得到如下的表格（根据32位的hotspot）

锁的状态

在1.6以后，synchronized做了一个优化（无锁->偏向锁->轻量级锁->重量级锁）也就是锁的升级，随着升级，性能消耗也就越大。

1. 偏向锁：根据数据统计显示，大部分情况下，锁不存在竞争，都是由同一个线程获得。所以利用了23位来记录线程的ID, 所以当线程再次访问时，不需要获取锁，所以性能很快等于无锁的状态。
2. 轻量级锁：当线程进行竞争锁的时候，会撤销偏向锁，升级为轻量级锁。轻量级为cas+自旋的方式获得。其中，jvm会记录一个lockrecord来记录锁的空间，在把对象头中的mark word 替换为指向锁记录的指针。再通过cas的方式去修改指向当前线程锁记录的指针。如果多次失败没有成功，则升级到重量级锁。
3. 重量级锁：monitor 对象，获得一个objectmonitor。重量级锁的实现，都在这个对象中，一样也是通过cas去修改实现，但是失败会挂起线程。

标签：synchronizedsynchronized,java,synchronized,对象,lock,线程,多线程,bits,轻量级
来源： https://blog.csdn.net/wkztselina/article/details/88088995

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。