HappyFramework（幸福框架）

摘要： 背景小明和小强同时签出了源代码，如果小强先提交，那么提交成功是合理的，接着小明提交了修改，这时源代码服务器就会告诉小明有人在他读取之后做了修改，问他如何处理，源代码服务器会让小明把修改合并后再提交。这就是乐观锁策略，当然源代码服务也可以配置为悲观锁以避免并行修改。合理的规避并发修改是企业应用中不能回避的问题，但现实场景是，很多团队都回避这个问题。今天我介绍一下如何使用离线乐观锁处理并发修改。相关文章：再谈在线悲观锁、离线悲观锁、在线乐观锁和离线乐观锁。思路CAS：Compare And Swap，只有当要修改的值在我读取后没有被修改，才会被交换（修改）。CAS是多线程领域的术语，比如：无锁的环 阅读全文