cas乐观锁机制确实能够提升吞吐，并保证一致性，某些情况下出现ABA问题
操作如下
并发一（上）：获取数据的初始值A，实施CAS乐观锁，期望数据是原值A的时候，修改成功
并发二：将数据改为B
并发三：将数据改为A
并发一（下）：CAS乐观锁，检测发现初始值仍是A，数据进行修改
上述并发环境下，并发1修改数据时，虽然值是A，但已经不是原来的值A，中间发生并发数据可能修改，可能导致错误，这就是ABA问题
余额操作，不受ABA问题影响，因为前一个100对后一个100，对用户来说是相同的
ABA问题怎么优化
有些情况，值相同不会影响错误的业务逻辑，如余额
有些情况下，值虽然相同，却不是原来的数据，如堆栈
所以CAS不能只比对值，还必须确保原来的数据，才能修改成功
select&set业务场景，并发时出现一致性问题
基于值的乐观锁，可能导致ABA问题
CAS乐观锁，必须保证修改的此数据就是比数据，应该由值比对，改为版本号比对
