悲观锁：读取数据之前，假设会发生并发冲突，所以从一开始就为了防止冲突，在获取数据的时候进行加锁，确保自己使用的过程中不会被修改，使用完成之后在进行锁的释放。典型的是Synchronized
乐观锁：假定不会发生数据冲突，所以获取数据的时候不加锁，但是在提交数据的时候，会判断是否被修改过，如果被修改过则不进行数据更新，如果判断没被其他线程修改，则进行数据更新。乐观锁底层使用CAS无锁机制实现的
CAS无锁机制：
CAS：即Compare and Swap。比较再交换
包含三个参数，CAS(V,E,N):V表示要更新的变量，E表示预期值，N表示新值
V：代表主内存，
E表示本地内存的值，如果V= E 主内存的值与本地内存的值一直，证明没有被修改过，可以直接写入
如果V≠E，就要把主内存的值刷新到本地内存，然后在把本地值刷新到主内存中
CAS的缺点： 即ABA问题，如果主内存的值是A后来被改成B，但是又被改回去A，那么很容易被误认为它没有被修改过，
解决办法：java并发包提供带有标记的原子引用类 AtomicStampedReference，通过控制变量
version 值版本解决