1.画理解Java Integer的源码“值传递”
2.MarkWord和Synchronized的锁升级机制详解（JDK8）
3.初始synchronized关键字的偏向锁、轻量锁、图解重量锁
4.关于@synchronized，源码你所不知道的图解事情
5.线程安全的list之synchronizedList和CopyOnWriteArrayList
6.面试官问线程安全的List，看完再也不怕了！源码

画理解Java Integer的图解nginx源码问题“值传递”

       在深入理解Java中"值传递"之前，先看一个简单的源码Java代码片段，测试能否通过单元测试。图解答案是源码否定的，实参 Integer a 的图解值仍然是。

       疑惑点在于方法 change1 的源码形参 a 接收的是 Integer a 的值还是引用？如果你已经知晓答案，那么本文或许没有必要继续阅读。图解

       结论是源码：Java中的方法调用都是值传递。对于int类型的图解局部变量，如int a = ，源码传递给方法形参的是数值；对于Integer类型的局部变量，如Integer a = ，传递给方法形参的是地址值。Java中并无引用传递。

       理解值传递中数值和地址值的差异，需要先理解整数赋值操作的底层机制。整数赋值实际上调用了Integer.valueOf(num）方法。因此，Integer a = 等同于Integer a = Integer.valueOf()。

       Integer.valueOf的实现逻辑是，如果整数在-到范围内，直接从池中读取；否则直接new Integer(i)。因此，Integer a = 等同于new Integer()。

       深入理解了源码后，就能解释数值和地址值的差异。在数值情况下，赋值不会影响原始变量；而在地址值情况下，赋值会创建新对象并影响实参变量。理解了这一点，就能更好理解代码行为。

       使用关键字synchronized可以直观感受值传递中的数值和地址值差异。对于int类型，传递的是数值，synchronized无法加锁，因此编译错误。而对于Integer类型，传递的是地址值，多个线程可以并发操作同一个对象。

       内存布局图可以直观展现值传递过程。在数值情况下，实参a指向堆内存中的新对象；在地址值情况下，实参a指向堆内存中的新对象地址，后续操作影响实参变量。

       最后，通过单元测试代码，可以进一步确认值传递的影响。测试结果表明，值传递的特性决定了实参和返回值指向不同对象，而方法执行完毕后，为方法分配的栈内存会被回收。

       综上所述，Java中的值传递特性决定了实参和返回值指向不同对象，这对于理解Java内存管理和多线程操作具有重要意义。场内基金源码

MarkWord和Synchronized的锁升级机制详解（JDK8）

       锁升级机制在JDK 后已经废弃，本文所述仅为面试中常问的低版本synchronized的锁升级机制，具体新机制需查阅最新JDK源码。

       在Java并发编程中，synchronized是最常用的关键字，用于保护代码块和方法在多线程场景下的并发安全问题。synchronized锁基于对象实现，通常用于修饰同步方法和同步代码块。

       下面给出一段简单的Java代码，包含三种synchronized的使用方法，通过反编译查看字节码，了解synchronized的实现原理。

       修饰方法时，synchronized关键字会在方法的字节码中添加ACC_SYNCHRONIZED标志，确保只有一个线程可以同时执行该方法。synchronized修饰静态方法同样添加此标志。

       修饰代码块时，synchronized关键字会在相应的指令区间添加monitorenter和monitorexit指令，JVM通过这两个指令保证多线程状态下的同步。

       ACC_SYNCHRONIZED、monitorenter、monitorexit的解释，来源于官网介绍和chatgpt翻译。

       方法级的synchronized隐式执行，通过ACC_SYNCHRONIZED标志区分，方法调用指令会检查此标志。调用设置ACC_SYNCHRONIZED的方法时，线程进入monitor，执行方法，并在方法调用正常完成或异常中断时退出monitor。

       monitorenter指令尝试获取与对象相关联的monitor的所有权，monitorexit指令执行时，对象相关联的monitor的进入计数减1。

       Monitor是Java中用于实现线程同步和互斥的机制，每个Java对象都与一个Monitor相关联，主要目的是确保在任何给定时间，只有一个线程能够执行与特定对象相关联的临界区代码。

       ObjectMonitor是JDK 的HotSpot源码中定义的Monitor，其核心参数包括EntrySet、WaitSet和一个线程的owner。

       Java对象与monitor关联，需要了解Java对象布局和对象头的相关知识。

       在JDK 1.6之前，synchronized需要依赖于底层操作系统的Mutex Lock实现，导致效率低下。在JDK 1.6之后，引入了偏向锁与轻量锁来减小获取和释放锁的性能消耗。

       锁升级分为四种状态：无锁 -> 偏向锁 -> 轻量级锁 -> 重量级锁，锁会随着线程的竞争情况逐渐升级，但锁升级是不可逆的。

       偏向锁在没有其他线程竞争时，持有偏向锁的线程不会主动释放，偏向锁的释放时机是在其他线程竞争该锁时。

       轻量级锁使用CAS操作，尝试将对象头部的锁记录指针替换为指向线程栈上的锁记录。轻量级锁的撤销意味着不再通过自旋的方式等待获取锁，而是直接阻塞线程。

       重量级锁状态下，jeesite商业源码对象的头部会指向一个Monitor对象，该Monitor对象负责管理锁的获取和释放。

       JDK 1.6及之后版本引入了自适应自旋锁、锁消除和锁粗化等锁优化策略，以进一步提升synchronized的性能。

       自适应自旋锁根据前一次在相同锁上的自旋时间以及锁的持有者状态来动态决定自旋的上限次数。

       锁消除是JVM在JIT编译期间进行的优化，通过逃逸分析来消除不可能存在共享资源竞争的锁。

       锁粗化是通过将加锁范围扩展到整个操作序列的外部，降低加锁解锁的频率来减少性能损耗。

       本文总结了JDK8中synchronized的锁升级机制，介绍了无锁 -> 偏向锁 -> 轻量级锁 -> 重量级锁的升级流程，以提升并发效率。

初始synchronized关键字的偏向锁、轻量锁、重量锁

       作为一名Java程序员，synchronized关键字在日常编码中不可或缺。然而，是否真正理解了synchronized背后的工作原理呢？从性能角度来看，synchronized关键字在早期版本（JDK 1.6之前）只支持重量锁，这意味着线程在加锁时会由用户态切换到内核态，导致性能下降。为了解决这一问题，Doug Lea引入了ReentrantLock类库，其采用纯Java代码实现加锁逻辑，避免了用户态与内核态的切换，从而在多线程竞争同一把锁时，性能显著提高。

       那么，synchronized关键字是如何实现这三种锁类型的？它们分别是偏向锁、轻量锁和重量锁。在JDK 1.6及之后版本中，synchronized引入了这些锁类型，以适应不同场景下的并发需求。从左到右，这三种锁的性能逐渐降低，但它们之间可以相互转换。JVM在特定条件下，如在无锁竞争时使用偏向锁，有锁竞争时转换为轻量锁或重量锁。

       让我们深入探讨每种锁类型的特点。偏向锁在第一次加锁时偏向特定线程，后续加锁操作无需额外判断，性能最高，但若存在其他线程竞争锁，偏向锁会转换为轻量锁或重量锁。轻量锁在多个线程交替执行时使用，同样避免了用户态与内核态的切换。重量锁则支持所有并发场景，当偏向锁或轻量锁无法满足需求时，重量锁会取代它们，导致线程切换。

       随着synchronized关键字引入偏向锁和轻量锁，其性能已经与ReentrantLock相当，甚至在某些情况下，JVM开发者更推荐使用synchronized。除非业务场景需要ReentrantLock的特性，如可打断、源码和项目条件锁等，通常使用synchronized已经足够。

       接下来，让我们探索JVM是如何判断synchronized给对象加的是什么锁。对象头中的“Mark Word”区域记录了锁的信息。通过“Mark Word”的值，可以判断对象当前所处的锁状态。例如，无锁或偏向锁时，最低几位表示锁状态；轻量锁时，前几位存储指向锁记录的对象；重量锁时，后几位标识重量锁。通过分析“Mark Word”，可以确定对象当前的锁类型。

       动手验证代码，可以实现在不同锁状态下的对象布局信息，如偏向锁、轻量锁和重量锁。通过观察打印结果，可以直观地理解每种锁类型在对象头中的表示方式。在验证代码中，配置了关闭偏向延迟的JVM参数，确保初始对象布局为无锁或偏向锁状态。通过加锁和释放锁的操作，可以观察到“Mark Word”值的变化，从而了解不同锁状态的特性。

       综上所述，synchronized关键字通过引入偏向锁、轻量锁和重量锁，显著优化了并发场景下的性能。理解这些锁类型及其在对象布局中的表示方式，对于深入掌握Java并发编程至关重要。探索JVM底层源码，可以更全面地了解synchronized加锁逻辑的实现细节，为高级并发编程奠定基础。

关于@synchronized，你所不知道的事情

       使用 Objective-C 编写并发程序时，可能会遇到 @synchronized 的使用。它的作用类似锁（lock），防止不同线程同时执行同一段代码。相较于使用 NSLock 创建锁对象、加锁和解锁，@synchronized 更方便、可读性更高。下面通过一个例子来说明它的使用方法。

       假设我们需要实现一个线程安全的队列，通过 @synchronized 结构简化代码实现。在初始阶段，我们可能直接使用 NSLock 实现，但在使用 @synchronized 结构后，代码会更加简洁。

       在前面的例子中，@synchronized 结构与锁操作的效果相同，可以视为锁定 self，确保代码在特定对象上只执行一次。通过左括号 { 和右括号 } 控制锁的获取与释放，省去了手动管理锁的步骤。

       @synchronized 结构可以应用到任何 Objective-C 对象上，SIM管理源码使用 @synchronized(_elements) 相当于锁定 self。这种实现方式简化了锁的操作，并保证了线程安全。

       研究 @synchronized 的实现细节时，我们发现它在对象上暗中添加了异常处理。当同步对象时抛出异常，锁会被自动释放。同时，@synchronized 结构在工作时为传入对象分配了一个递归锁。在代码中，我们观察到它如何实现锁的分配、释放以及处理 nil 的情况。

       通过阅读源码，我们了解到 @synchronized 结构如何将锁与对象关联，并在同步过程中处理内存地址哈希、链表操作、锁的加锁与解锁等关键步骤。它通过递归锁机制确保同一线程多次获取锁时不会造成死锁。

       在实际应用中，@synchronized 结构通过函数 objc_sync_enter 和 objc_sync_exit 实现锁的管理。当对象在 @synchronized block 中被释放或设为 nil 时，系统能够正确处理并避免潜在的竞态条件（race conditions），确保线程安全。

       总结来说，@synchronized 结构通过简化锁的操作、分配递归锁以及处理内存管理细节，为 Objective-C 程序提供了高效的线程安全机制。研究其实现有助于深入理解并发编程中锁的概念与应用，进一步提升程序的可靠性和性能。

线程安全的list之synchronizedList和CopyOnWriteArrayList

        在上篇文章中我们已经介绍了其他的一些list集合，如ArrayList、linkedlist等。不清楚的可以看下上篇文章 /p/ab5bf7

        但是向ArrayList这些会出现线程不安全的问题，我们该怎样解决呢？接下来就是要介绍我们线程安全的list集合synchronizedList和CopyOnWriteArrayList。

        synchronizedList的使用方式：

        从上面的使用方式中我们可以看出，synchronizedList是将List集合作为参数来创建的synchronizedList集合。

        synchronizedList为什么是线程安全的呢？

        我们先来看一下他的源码：

        我们大概贴了一些常用方法的源码，从上面的源码中我们可以看出，其实synchronizedList线程安全的原因是因为它几乎在每个方法中都使用了synchronized同步锁。

        synchronizedList官方文档中给出的使用方式是以下方式：

        在以上源码中我们可以看出，官方文档是建议我们在遍历的时候加锁处理的。但是既然内部方法以及加了锁，为什么在遍历的时候还需要加锁呢？我们来看一下它的遍历方法：

        从以上源码可以看出，虽然内部方法中大部分都已经加了锁，但是iterator方法却没有加锁处理。那么如果我们在遍历的时候不加锁会导致什么问题呢？

        试想我们在遍历的时候，不加锁的情况下，如果此时有其他线程对此集合进行add或者remove操作，那么这个时候就会导致数据丢失或者是脏数据的问题，所以如果我们对数据的要求较高，想要避免这方面问题的话，在遍历的时候也需要加锁进行处理。

        但是既然是使用synchronized加锁进行处理的，那肯定避免不了一些锁开销。有没有效率更好的方式呢？那就是我们另一个主要的并发集合CopyOnWriteArrayList。

        CopyOnWriteArrayList是在执行修改操作时，copy一份新的数组进行相关的操作，在执行完修改操作后将原来集合指向新的集合来完成修改操作。具体源码如下：

        从以上源码我们可以看出，它在执行add方法和remove方法的时候，分别创建了一个当前数组长度+1和-1的数组，将数据copy到新数组中，然后执行修改操作。修改完之后调用setArray方法来指向新的数组。在整个过程中是使用ReentrantLock可重入锁来保证不会有多个线程同时copy一个新的数组，从而造成的混乱。并且使用volatile修饰数组来保证修改后的可见性。读写操作互不影响，所以在整个过程中整个效率是非常高的。

        synchronizedList适合对数据要求较高的情况，但是因为读写全都加锁，所有效率较低。

        CopyOnWriteArrayList效率较高，适合读多写少的场景，因为在读的时候读的是旧集合，所以它的实时性不高。

面试官问线程安全的List，看完再也不怕了！

       面试官提及线程安全的List时，多数求职者首先想到的是Vector，然而这只会让面试官感到失望。除了Vector，还有其他方法确保线程安全性。其中一种可行方案是使用java.util.Collections.SynchronizedList。此工具能将任何List接口的实现转换为线程安全的List，其构造方法如下：

       由于SynchronizedList所有方法都带同步对象锁，性能可能不是最优。面试官可能还会追问，特别是在读多写少的情况下，SynchronizedList的性能表现不佳。这时，可以引入Java并发包中的并发集合类，如CopyOnWriteArrayList和CopyOnWriteArraySet。

       CopyOnWriteArrayList，顾名思义，即复制再写入。在添加元素时，会先复制原有列表，再添加新元素。其add方法源码展示了这一过程：首先加锁，然后复制替换操作，最后释放锁。与此相对，其get方法源码显示，获取元素时无需加锁。这样设计使得在高并发情况下，读取性能得到显著提升，而写操作则需加锁以保证线程安全性。

       CopyOnWriteArraySet的逻辑更为简单，通过调用CopyOnWriteArrayList的addIfAbsent方法来实现去重。在添加元素时，首先判断对象是否存在，若不存在则添加。这两种并发集合适用于读多写少的情况，但在读取多写取少的场景下，使用它们并无意义，因为每次写操作都涉及集合内存复制，可能导致性能损耗，尤其当集合较大时，容易引发内存溢出问题。

       面试时，提及Vector > SynchronizedList > CopyOnWriteArrayList的线程安全List顺序，能展现对知识点的系统理解。掌握不同线程安全List的特性，有助于在面试中脱颖而出。

       总结，确保线程安全的List选择多种多样，关键在于理解不同方案的适用场景与性能特性。对于求职者而言，通过了解这些内容，不仅能在面试中表现优异，也能在工作中灵活运用。请关注Java技术栈，了解更多多线程实战用法，获取更多接地气的干货内容。

源码分析： Java中锁的种类与特性详解

       在Java中存在多种锁，包括ReentrantLock、Synchronized等，它们根据特性与使用场景可划分为多种类型，如乐观锁与悲观锁、可重入锁与不可重入锁等。本文将结合源码深入分析这些锁的设计思想与应用场景。

       锁存在的意义在于保护资源，防止多线程访问同步资源时出现预期之外的错误。举例来说，当张三操作同一张银行卡进行转账，如果银行不锁定账户余额，可能会导致两笔转账同时成功，违背用户意图。因此，在多线程环境下，锁机制是必要的。

       乐观锁认为访问资源时不会立即加锁，仅在获取失败时重试，通常适用于竞争频率不高的场景。乐观锁可能影响系统性能，故在竞争激烈的场景下不建议使用。Java中的乐观锁实现方式多基于CAS（比较并交换）操作，如AQS的锁、ReentrantLock、CountDownLatch、Semaphore等。CAS类实现不能完全保证线程安全，使用时需注意版本号管理等潜在问题。

       悲观锁则始终在访问同步资源前加锁，确保无其他线程干预。ReentrantLock、Synchronized等都是典型的悲观锁实现。

       自旋锁与自适应自旋锁是另一种锁机制。自旋锁在获取锁失败时采用循环等待策略，避免阻塞线程。自适应自旋锁则根据前一次自旋结果动态调整等待时间，提高效率。

       无锁、偏向锁、轻量级锁与重量级锁是Synchronized的锁状态，从无锁到重量级锁，锁的竞争程度与性能逐渐增加。Java对象头包含了Mark Word与Klass Pointer，Mark Word存储对象状态信息，而Klass Pointer指向类元数据。

       Monitor是实现线程同步的关键，与底层操作系统的Mutex Lock相互依赖。Synchronized通过Monitor实现，其效率在JDK 6前较低，但JDK 6引入了偏向锁与轻量级锁优化性能。

       公平锁与非公平锁决定了锁的分配顺序。公平锁遵循申请顺序，非公平锁则允许插队，提高锁获取效率。

       可重入锁允许线程在获取锁的同一节点多次获取锁，而不可重入锁不允许。共享锁与独占锁是另一种锁分类，前者允许多个线程共享资源，后者则确保资源的独占性。

       本文通过源码分析，详细介绍了Java锁的种类与特性，以及它们在不同场景下的应用。了解这些机制对于多线程编程至关重要。此外，还有多种机制如volatile关键字、原子类以及线程安全的集合类等，需要根据具体场景逐步掌握。

.从源码揭秘偏向锁的升级

       深入探讨偏向锁的升级至轻量级锁的过程，主要涉及HotSpot虚拟机的源码分析。在学习synchronized机制时，将通过本篇文章解答关于synchronized功能的相关问题。首先，进行一些准备工作，了解在分析synchronized源码前的必要步骤。然后，通过示例代码的编译结果，揭示synchronized修饰代码块后生成的字节码指令，以及这些指令对应的操作。进一步地，使用jol工具跟踪对象状态，提供更直观的数据支持。

       接下来，重点解析monitorenter指令的执行过程，包括其与templateTable_x和interp_masm_x方法之间的关联。通过分析注释中的参数设置，可以理解偏向锁升级为重量级锁的逻辑，以及epoch在偏向锁有效性判断中的作用。进一步，详细介绍对象头（markOop）的结构和其在偏向锁实现中的具体功能，包括epoch的含义及其在更新过程中的角色。

       在理解了偏向锁的原理后，将分析其在不同条件下的执行流程，包括是否可偏向、是否重入偏向、是否依旧可偏向、epoch是否过期以及重新偏向等分支逻辑。接着，介绍偏向锁撤销和重偏向的过程，以及在获取偏向锁失败后的操作，即执行轻量级锁加锁的过程。最后，讨论偏向锁与轻量级锁的区别，总结它们的关键技术和性能特点，并简述偏向锁的争议与现状。

       在偏向锁的实现中，关键点在于CAS操作的使用，以及在CAS竞争失败时导致的锁升级。偏向锁适用于单线程执行的场景，但在线程交替持有执行时，撤销和重偏向逻辑的复杂性导致性能下降，因此引入轻量级锁以保证“轻微”竞争情况的安全性。尽管偏向锁在Java 中已被弃用，但在当前广泛应用的Java 8环境下，了解偏向锁的原理仍然具有重要意义。

       总结而言，偏向锁与轻量级锁分别针对不同场景进行了优化，它们的核心逻辑基于CAS操作，但在处理线程竞争时的表现有所不同。通过深入学习这两种锁的升级过程，可以更好地理解synchronized机制在Java并发编程中的应用。

synchronized关键字

       并发编程中的关键点在于数据同步、线程安全和锁。编写线程安全的代码，核心在于管理对共享和可变状态的访问。

       共享意味着变量可以被多个线程访问，而可变则意味着变量的值在其生命周期内可以变化。

       当多个线程访问某个状态变量，且有一个线程执行写入操作时，必须使用同步机制来协调对这些线程的访问。

       Java中的主要同步机制是关键字synchronized，它提供了一种独占的加锁方式。

       以下是关于synchronized关键字的几个方面：

       关键字synchronized的特性：

       不可中断：synchronized关键字提供了独占的加锁方式，一旦一个线程持有了锁对象，其他线程将进入阻塞状态或等待状态，直到前一个线程释放锁，中间过程不可中断。

       原子性：synchronized关键字的不可中断性保证了它的原子性。

       可见性：synchronized关键字包含了两个JVM指令：monitor enter和monitor exit，它能够保证在任何时候任何线程执行到monitor enter时都必须从主内存中获取数据，而不是从线程工作内存获取数据，在monitor exit之后，工作内存被更新后的值必须存入主内存，从而保证了数据可见性。

       有序性：synchronized关键字修改的同步方法是串行执行的，但其所修饰的代码块中的指令顺序还是会发生改变的，这种改变遵守java happens-before规则。

       可重入性：如果一个拥有锁持有权的线程再次获取锁，则monitor的计数器会累加1，当线程释放锁的时候也会减1，直到计数器为0表示线程释放了锁的持有权，在计数器不为0之前，其他线程都处于阻塞状态。

       关键字synchronized的用法：

       synchronized关键字锁的是对象，修饰的可以是代码块和方法，但不能修饰class对象以及变量。

       在开发中最常用的是用synchronized关键字修饰对象，可以控制锁的粒度，所以针对最常用的场景，先来看看它的字节码文件。

       TIPS：在使用synchronized关键字时注意事项

       锁膨胀：

       在jdk1.6之前，线程在获取锁时，如果锁对象已经被其他线程持有，此线程将挂起进入阻塞状态，唤醒阻塞线程的过程涉及到了用户态和内核态的切换，性能损耗比较大。

       synchronized作为亲儿子，混的太差肯定不行，在jdk1.6对其进行了优化，将锁状态分为了无锁状态、偏向锁、轻量级锁、重量级锁。

       锁的升级过程既是：

       在了解锁的升级过程之前，重点理解了monitor和对象头。

       每一个对象都与一个monitor相关联，monitor对象与实例对象一同创建并销毁，monitor是C++支持的一个监视器。锁对象的争夺即是争夺monitor的持有权。

       在OpenJdk源码中找到了ObjectMonitor的源码：

       owner：指向线程的指针。即锁对象关联的monitor中的owner指向了哪个线程表示此线程持有了锁对象。

       waitSet：进入阻塞等待的线程队列。当线程调用wait方法之后，就会进入waitset队列，可以等待其他线程唤醒。

       entryList：当多个线程进入同步代码块之后，处于阻塞状态的线程就会被放入entryList中。

       那什么是对象头呢？它与synchronized又有什么关系呢？

       在JVM中，对象在内存中分为3块区域：

       我们先通过一张图了解下在锁升级的过程中对象头的变化：

       接下来我们分析锁升级的过程：

       第一个分支锁标志为：

       当线程运行到同步代码块时，首先会判断锁标志位，如果锁标志位为，则继续判断偏向标志。

       如果偏向标志为0，则表示锁对象未被其他线程持有，可以获取锁。此时当前线程通过CAS的方法修改线程ID，如果修改成功，此时锁升级为偏向锁。

       如果偏向标志为1，则表示锁对象已经被占有。

       进一步判断线程id是否相等，相等则表示当前线程持有的锁对象，可以重入。

       如果线程id不相等，则表示锁被其他线程占有。

       需进一步判断持有偏向锁的线程的活动状态，如果原持有偏向锁线程已经不活动或者已经退出同步代码块，则表示原持有偏向锁的线程可以释放偏向锁。释放后偏向锁回到无锁状态，线程再次尝试获取锁。主要是因为偏向锁不会主动释放，只有其他线程竞争偏向锁的时候才会释放。

       如果原持有偏向锁的线程没有退出同步代码块，则锁升级为轻量级锁。

       偏向锁的流程图如下：

       第二个分支锁标志为：

       在第一个分支中我们了解到在如果偏向锁已经被其他线程占有，则锁会被升级为轻量级锁。

       此时原持有偏向锁的线程的栈帧中分配锁记录Lock Record，将对象头中的Mark Word信息拷贝到锁记录中，Mark Word的指针指向了原持有偏向锁线程中的锁记录，此时原持有偏向锁的线程获取轻量级锁，继续执行同步块代码。

       如果线程在运行同步块时发现锁的标志位为，则在当前线程的栈帧中分配锁记录，拷贝对象头中的Mark Word到锁记录中。通过CAS操作将Mark Word中的指针指向自己的锁记录，如果成功，则当前线程获取轻量锁。

       如果修改失败，则进入自旋，不断通过CAS的方式修改Mark Word中的指针指向自己的锁记录。

       当自旋超过一定次数（默认次），则升级为重量锁。

       轻量级流程图如下图：

       第三个分支锁标志位为：

       锁标志为时，此时锁已经为重量锁，线程会先判断monitor中的owner指针指向是否为自己，是则获取重量锁，不是则会挂起。

       整个锁升级过程中的流程图如下，如果看懂了一定要自己画一遍。

       总结：

       synchronized关键字是一种独占的加锁方式，不可中断，保证了原子性、可见性和有序性。

       synchronized关键字可用于修饰方法和代码块，但不能用于修饰变量和类。

       多线程在执行同步代码块时获取锁的过程在不同的锁状态下不一样，偏向锁是修改Mark Word中的线程ID，轻量锁是修改Mark Word的指针指向自己的锁记录，重量锁是修改monitor中的指针指向自己。

       今天就学到这里了！收工！