CAS下ABA问题

cas乐观锁机制确实能够提升吞吐，并保证一致性，某些情况下出现ABA问题

操作如下

并发一（上）：获取数据的初始值A，实施CAS乐观锁，期望数据是原值A的时候，修改成功

并发二：将数据改为B

并发三：将数据改为A

并发一（下）：CAS乐观锁，检测发现初始值仍是A，数据进行修改

上述并发环境下，并发1修改数据时，虽然值是A，但已经不是原来的值A，中间发生并发数据可能修改，可能导致错误，这就是ABA问题

余额操作，不受ABA问题影响，因为前一个100对后一个100，对用户来说是相同的

ABA问题怎么优化

有些情况，值相同不会影响错误的业务逻辑，如余额

有些情况下，值虽然相同，却不是原来的数据，如堆栈

所以CAS不能只比对值，还必须确保原来的数据，才能修改成功

select&set业务场景，并发时出现一致性问题

基于值的乐观锁，可能导致ABA问题

CAS乐观锁，必须保证修改的此数据就是比数据，应该由值比对，改为版本号比对