锁状态和锁临界区差异很大。incr 这种命令还可以利用阈值设计业务逻辑、通过一个命令实现前后值的状态对比进而实现业务的一致性，虽然不如锁临界区能做的业务复杂，但是锁粒度小而且确实对不少类型业务有效。 但是 OP 说的这种 GetOrSet ，只临界状态的瞬间一致性，而真实的并发业务场景，任一并发在任意瞬间 Get 到的数据在获取后但使用前、就可能被其他并发改变了，所以这种指令设计没有太大实际意义，

#70 gpt 总结的不咋地，它圆滑、爱说好话。 如果理解我说的，你就会发现，OP 这个论题本身就是根本上走错路，所以前面很多楼讨论这种方案本身就都是在跑偏、没有意义。 另外，gpt 说我的结论过于绝对，是因为我前面楼层偏口语语境个别措辞没那么严谨比如 redis ，我的本意是 redis lua 一组操作能搞更多并且抛开持久化之类的单纯功能上几乎等于在 redis 自己这层数据的数据库事务性保障