【Java锁体系】一、悲观锁和乐观锁

目录：

【Java锁体系】一、悲观锁和乐观锁

【Java锁体系】二、Java中的CAS机制算法

【Java锁体系】三、自旋锁详解

【Java锁体系】四、Synchronized关键字详解

【Java锁体系】五、隐式锁和显氏锁的区别(Synchronized和Lock的区别)

【Java锁体系】六、AQS原理分析(AbstractQueuedSynchronizer实现分析)

【Java锁体系】七、JMM内存模型详解

【Java锁体系】八、MESI缓存一致性协议讲解

【Java锁体系】九、volatile关键字

【Java锁体系】一、悲观锁和乐观锁

Java按照锁的实现分为乐观锁和悲观锁，乐观锁和悲观锁并不是一种真实存在的锁，而是一种设计思想。

1.悲观锁

悲观锁是一种悲观思想，它总认为最坏的情况可能会出现，它认为数据很可能会被其他人所修改，所以悲观锁在持有数据的时候会把资源或者数据锁住，这样其它线程想要请求这个资源的时候就会阻塞，直到等到悲观锁把资源释放为止。传统的关系型数据库里边就用到了许多这种锁机制，比如行锁、表锁等，读锁、写锁等，都是在做操作之前先上锁。

Java中的Synchronized个ReentrantLock等独占锁(排他锁)也是一种悲观锁思想的实现，因为Synchronized和ReetrantLock不管是否持有资源，它都会尝试去加锁，生怕自己心爱的宝贝被别人拿走。

2.乐观锁

乐观锁的思想与悲观锁的实现相反，它总认为资源和数据不会被别人修改，所以读取不会上锁，但是乐观锁在进行写入操作的时候会判断当前数据是否修改过。乐观锁的实现方案一般来说有两种：版本号机制和CAS实现，乐观锁多适用于多读的应用类型，这样可以提高吞吐量。

在Java中java.util.concurrent.atomic包下面的原子变量类就是使用了乐观锁的一种实现方式CAS实现的。

3.总结

悲观锁：认为自己在使用数据的时候一定会有别的线程来修改数据，在获取数据的时候会加锁，确保数据不会被背的线程修改；

锁实现：关键字synchronized，接口Lock的实现类

适用场景：写操作比较多，先加锁可以保证写操作时数据正确。

乐观锁：乐观锁认为自己的使用数据时不会有别的线程修改数据，所以不会添加锁，只是在更新数据的时候去判断之前有没有别的线程更新了数据。

锁实现：CAS算法，例如AtomicInteger类的原子自增是通过CAS自旋来实现的。

使用场景：读操作较多，不加锁的特点能够使其读操作的性能大幅度提升。