Synchronized锁升级

synchronized 的锁升级流程：无锁 -> 偏向锁 -> 轻量级锁 -> 重量级锁 // 随着竞争的增加，只能锁升级，不能降级。

锁升级以后，hashcode去哪了？锁升级为轻量级或重量级锁后，Mark Word中保存的分别是线程栈帧里的锁记录指针和重量级锁指针，已经没有位置再保存哈希码，GC年龄了，那么这些信息被移动到哪里去了呢？用书中的一段话来描述 锁和hashcode 之前的关系：在Java语言里面一个对象如果计算过哈希码，就应该一直保持该值不变(强烈推荐但不强制，因为用户可以重载hashCodc0方法按自己的意愿返回哈希码），否则很多依赖对象哈希码的API都可能存在出错风险。

1Synchronized.加在对象上表示对这个对象加锁，当有线程进入函数后先获取对象的锁，如果获取到锁，进入同步块执行，获取失败，放入阻塞队列中。}}}2Synchronized.加在类的普通函数上表示对这个当前对象上加锁（对this加锁），}}3Synchronized.加在类的static函数上表示对这个类加锁(对class加锁)}}所谓自旋锁就是线程在获取锁的时候，如果锁被其他线程持有，则当前线程将循环等待，直到获取到锁。https。...

Synchronized 的锁升级过程介绍（无锁 --> 偏向锁 --> 轻量级锁 --> 重量级锁 ）

当线程A获得锁之后，这个时候又来了线程B申请锁，这个时候就有了竞争关系，这个时候就出现了轻量级锁，如果A这时候还在使用锁，B这时候就会自旋，B认为A不会使用太长的时间，如果当B来了之后A不在使用了，这个时候markword直接指向B。跟上面轻量级锁差不多，但是不一样的是，当A在使用的时候，这时候markword是指向A的，这时候B来了，CDE也来了，这时候BCDE会互相竞争，但是竞争力度比轻量级锁大，这个时候重量级锁依赖操作系统的。在jdk老版本的时候使用的是重量级锁，但是在jdk更新之后才出现的锁升级。.

从理论到实操，详细介绍了锁的种类和底层升级流程，并通过代码进行验证，加深记忆。

1.偏向锁获得和释放 2.轻量级锁和重量级锁的升级 3. 锁消除 像 StringBuffer 在方法体内部的话，因为虚拟机栈是线程所有的，方法对应虚拟机栈中的栈帧，是线程安全的，会JVM会将当前的锁进行消除处理，处于无锁的状态 4.Monitor 第一：monitor是可重入的，他有计数器，第二：monitor是非公平锁 monitor 依赖操作系统的 mutexLock (互斥锁)来实现的，线程被阻塞后便进入内核（Linux）调度状态，这个会导致系统在用户态与内核态之...

轻量级锁的获取轻量级锁是为了在线程近乎交替执行同步块时提高性能。主要目的：在没有多线程竞争的前提下，通过CAS减少重量级锁使用操作系统互斥量产生的性能消耗．说白了先自旋，不行才升级阻寨。升级时机：当关闭偏向锁功能或多线程竞争偏向锁会导致偏向锁升级为轻量级锁轻量级锁的加锁JVM会为每个线程在当前线程的栈帧中创建用于存储锁记录的空间，官方成为Displaced Mark Word。若一个线程获得锁时发现是轻量级锁，会把锁的MarkWord复制到自己的Displaced Mark Word里面。

自旋、偏向锁、轻量级锁、重量级锁区别_pocher的博客-CSDN博客 Java并发——Synchronized关键字和锁升级，详细分析偏向锁和轻量级锁的升级_tongdanping的博客-CSDN博客Java中Synchronized的用法_阳光日志-CSDN博客_synchronized【Java并发编程之深入理解】Synchronized的使用_青苔小榭-CSDN博客_synchronized 深入理解Java并发之synchronized实现原理_zejian的博客-CSDN博客_synchro.

关键字加到static静态方法和代码块上都是是给 Class 类上锁；关键字加到实例方法上是给对象实例上锁；尽量不要使用，因为 JVM 中，字符串常量池具有缓存功能，多个线程使用相同的字符串值，实际使用的是同一个对象。

synchronized锁升级详细过程

高并发时，同步调用应该考虑到锁的性能消耗。能用无锁的数据结构，就不要用锁；能锁区块，就不要锁整个方法体；能使用对象锁，就不用类锁。

从理论到实操,详细介绍了锁的底层升级过程并用代码进行验证,加深记忆