synchronized的底层原理

Java进阶-synchronized

平时开发中涉及到线程高并发问题 通常会使用到 synchronized 关键字，但一直没有了解它的底层原理，或者说了解过又忘了。
好记性不如烂笔头~

为什么很多人说synchronized是重量级锁

先说结论：说synchronized是重量级锁的话得有个前提，那就是jdk版本；因为在jdk1.6对于synchronized关键字做了优化（锁升级），所以不能直接给synchronized安上“重量级锁”这个标签。在1.6之前，如果执行synchronized修饰的代码 ，作为悲观锁，同一个时刻只能由一个线程获取对象锁，其他线程都会被堵塞，所以说性能太低。

什么是锁升级

升级的过程就是

为了更好理解锁升级，前提得知道锁的底层原理, 简单理解锁的是什么。
偏向锁：锁标识是在Java对象的对象头中一个标识符 ，除了这个标识符还有一个 线程id 的信息存储在对象头中， 而这个threadId就是完成 偏向锁的 关键，最初当然只有一个线程，也不存在竞争的情况，这时候无需上锁，但jdk6引入了偏向锁，所以即使只有一个线程，一旦当前对象A的监视器与当前线程a建立关系，当前对象A的对象头中 threadId就会将线程a信息记录下来，当下一次线程a尝试获取对象A的锁，会先比较 threadId是否一致。如果一致无需再次获取。
轻量级锁：乐观锁的一种，采用CAS机制，将同步写的操作控制在尽量小的范围内，认为其他线程不会修改当前线程要修改的数据，只在写入的时候去判断是否有修改，如果有修改，用新的数据再走一遍同步逻辑。另一种采用自旋：当轻量级锁无法满足条件时，线程为了不被阻塞挂起，不断自旋尝试获取锁，一旦锁被释放，当前线程即可获取锁，自旋一定时间或次数限制。轻量级锁 在Java程序运行时，同步块中的代码都是不存在竞争的，不同的线程交替的执行同步块中的代码。这种情况下，用重量级锁是没必要的。
重量级锁：当确实存在同时多个线程竞争锁的情况，会升级为重量级锁。