多线程中 synchronized 锁升级的原理是什么？

多线程中 synchronized 锁升级的原理是什么？

synchronized 锁升级原理

在锁对象的对象头里面有一个 threadid 字段，在第一次访问的时候 threadid 为空，jvm 让其持有偏向锁，并将 threadid 设置为其线程 id，再次进入的时候会先判断 threadid 是否与其线程 id 一致，如果一致则可以直接使用此对象，如果不一致，则升级偏向锁为轻量级锁，通过自旋循环一定次数来获取锁，执行一定次数之后，如果还没有正常获取到要使用的对象，此时就会把锁从轻量级升级为重量级锁，此过程就构成了 synchronized 锁的升级。

锁的升级的目的

锁升级是为了减低了锁带来的性能消耗。在 Java 6 之后优化 synchronized 的实现方式，使用了偏向锁升级为轻量级锁再升级到重量级锁的方式，从而减低了锁带来的性能消耗。

产生死锁的四个必要条件

1.互斥条件：一个资源一次只能被一个进程访问。
2.请求与保持： 一个进程因请求资源而阻塞时，对已获得的资源保持不放。
3.不可剥夺：进程已获得的资源，在未使用完之前，不得强行剥夺。
4.循环等待：若干进程之间形成一种头尾相接的循环等待资源关系。
理解了死锁的原因，尤其是产生死锁的四个必要条件，就可以最大可能地避免、预防和解除死锁。所以，在系统设计、进程调度等方面注意如何不让这四个必要条件成立，如何确定资源的合理分配算法，避免进程永久占据系统资源。此外，也要防止进程在处于等待状态的情况下占用资源。因此，对资源的分配要给予合理的规划。

关于线程上下文切换

上下文切换

多线程编程中一般线程的个数都大于 CPU 核心的个数，而一个 CPU 核心在任意时刻只能被一个线程使用，为了让这些线程都能得到有效执行，CPU 采取的策略是为每个线程分配时间片并轮转的形式。当一个线程的时间片用完的时候就会重新处于就绪状态让给其他线程使用，这个过程就属于一次上下文切换。

概括来说就是：当前任务在执行完 CPU 时间片切换到另一个任务之前会先保存自己的状态，以便下次再切换会这个任务时，可以再加载这个任务的状态。任务从保存到再加载的过程就是一次上下文切换。

由于经费有限，购买的云服务器为1核2G的，核心为1即在任意时刻只能被一个线程使用，运行多线程会造成上下文切换，因此无法实现并行的效果，单核心运行多线程导致线程上下文切换可能会导致执行效率还没有单线程高，所以不建议在项目中使用多线程。

我的学习论坛

HandsomeForum:用Java编写的学习论坛，打造我们自己的圈子！(http://huangjunjie.vip:66)
文章链接(多线程中 synchronized 锁升级的原理是什么？):http://huangjunjie.vip:66/question/read/nt2pn5mojclyvag1vv
文章链接(关于线程上下文切换):http://huangjunjie.vip:66/question/read/qs7ho1rcy8jqhapi9m