乐观锁和悲观锁的使用

使用场景

乐观锁和悲观锁的含义就不说了，今天被问到了两种锁下对应的使用场景，感觉自己这块理解的不够好，特此查询资料并加以理解，在这里说明下

Java中的CAS就是乐观锁的典型代表。通过unsafe.compareAndSwapInt(this, stateOffset, expect, update);对某一变量跟新操作，保证原子性。其他进程通过自旋的方式等待（自选也会消耗CPU资源，但不会发生内核态和用户态的转换）。这里需要注意的是CAS保证某一变量的原子性操作。比如在1.8之后的ConcurrentHashMap，当数组中某一个位置为空时，使用CAS将新值放入该位置。当然，这种会存在ABA问题（可以使用版本号解决）

悲观锁，顾名思义，比较悲观的进行加锁，确保其中的代码块为原子性。Java中典型代表：Synchronized和Lock，Synchronized通过标记对象头（mark word）的方式实现加锁，Lock通过CAS方式实现。1.5之后Synchronized性能已经好了很多（锁升级），由刚开始的无锁状态到偏向锁，存在锁竞争时会转为轻量级锁（自旋，默认为10次），最后会转为重量级锁（用户态和内核态的转换）。ReentrantLock可以指定公平和非公平的方式（AQS），主要通过自旋来操作。

二者在使用时可以根据实际业务场景使用，如果对某一个变量进行操作可以考虑乐观锁，但同时也要考虑自旋过多带来的CPU的消耗。如果需要对某个代码块确保原子性，可以考虑使用悲观锁。