java CAS 乐观锁悲观锁

java CAS 乐观锁悲观锁

前言

悲观锁：

一个资源同时被多给请求，多个查询，多个线程，访问获取或需要对它修改时，一次只能一个，其他的阻塞在哪里一个个来。

代码中体现：

java中的类锁  

mysql的查询加for  update;

乐观锁：

一个资源同时被多给请求，多个查询，多个线程，访问获取或需要对它修改时，默认没有并发只有当前请求在进行操作。

暴漏的问题：

如果真的是多个请求在修改，可能会造成大家处理的不一致

java中解决方案： CAS

CAS

CAS 其实就是乐观锁的核心体现，主要是  1. 先查询获取当前值   2.修改时判断当前值是否和查询值一致，如果一致就是只有当前线程处理，没有就是多线程情况处理失败，轮询重试。

题外话：

内存存放数据是正常的做法，java里面从内存读写数据，但是频繁的读写不是办法，CPU利用率太高，容易IO异常。

怎么解决？

没有什么不是中间层不能解决的，那就做缓存把，线程每次从内存中把需要的数据变量拷取成副本，再结束的时候向内存中写入。

业务中使用：

（1）AQS,Lock,以及java里面的各个并发组件也都是这个方案  （手写组件的时候会用到）

（2）Mysql 中防止一条记录多线程被改乱，同时业务层面可以接受失败乐观锁机制version   

 

补充

CAS 只是一个方案，不同地方具体体现不一样，java中可参考AQS具体实现  ：

voliate  +CAS  +CLH轮询重试    解决多线程并发问题（请参考优质博客阅读源码仔细体会，这玩意只看博客永远搞不明白）