Synchronized 和后来出的这个lock锁的区别

在并发编程中，多个线程访问同一个共享资源时，我们必须考虑如何维护数据的原子性。在
JDK1.5 之前，Java 是依靠 Synchronized 关键字实现锁功能来做到这点的。Synchronized 是 JVM 实现的一种内置锁，锁的获取和释放是由 JVM 隐式实现。

到了 JDK1.5 版本，并发包中新增了 Lock 接口来实现锁功能，它提供了与 Synchronized
关键字类似的同步功能，只是在使用时需要显示获取和释放锁

Lock 同步锁是基于 Java 实现的，而 Synchronized 是基于底层操作系统的 Mutex Lock
实现的，每次获取和释放锁操作都会带来用户态和内核态的切换，从而增加系统性能开销

因此，在锁竞争激烈的情况下，Synchronized 同步锁在性能上就表现得非常糟糕，它也常
被大家称为重量级锁。

1.6以后呢对这个Synchronized 锁进行了升级，引入了锁升级，某些程度上来说呢。再某些业务场景已经超过了lock。

这里再次生明Synchronized 是关键字，而lock是通过是西安这个lock接口来实现这个所功能的。

Synchronized 底层原理，也就是他的同步原理

通常 Synchronized 实现同步锁的方式有两种，一种是修饰方法，一种是修饰方法块。以
下就是通过 Synchronized 实现的两种同步方法加锁的方式：

javac -encoding UTF-8 SyncTest.java // 先运行编译 class 文件命令

javap -v SyncTest.class // 再通过 javap 打印出字节文件

通过以上命令去反编译出这个文件的字节码文件可以看到

你会发现：Synchronized 在修饰同步代码块时，是由 monitorenter和 monitorexit 指令来实现同步的。进入 monitorenter 指令后，线程将持有 Monitor 对象，退出 monitorenter 指令后，线程将释放该 Monitor 对象。注意修饰的代码块

而同步方法的字节码中，你会发现：当 Synchronized 修饰同步方法时，并没有发
现 monitorenter 和 monitorexit 指令，而是出现了一个 ACC_SYNCHRONIZED 标志。

这是因为 JVM 使用了 ACC_SYNCHRONIZED 访问标志来区分一个方法是否是同步方法

当方法调用时，调用指令将会检查该方法是否被设置 ACC_SYNCHRONIZED 访问标志。
如果设置了该标志，执行线程将先持有 Monitor 对象，然后再执行方法。在该方法运行期
间，其它线程将无法获取到该 Mointor 对象，当方法执行完成后，再释放该 Monitor 对
象。

再来看看 Synchronized 修饰方法是怎么实现锁原理的。

JVM 中的同步是基于进入和退出管程（Monitor）对象实现的。每个对象实例都会有一个
Monitor，Monitor 可以和对象一起创建、销毁。

当多个线程同时访问一段同步代码时，多个线程会先被存放在 EntryList 集合中，处于
block 状态的线程，都会被加入到该列表。接下来当线程获取到对象的 Monitor 时，
Monitor 是依靠底层操作系统的 Mutex Lock 来实现互斥的，线程申请 Mutex 成功，则持
有该 Mutex，其它线程将无法获取到该 Mutex。

注意阅读下图