java的锁和CAS都是开销惊人的(锁会调用本地系统进行线程阻塞和唤醒开销巨大).
Actor的消息队列也会有自己的严重问题(使用Actor又会使得编程复杂度大大提高).
所以分布式开发其实是按照业务特性,妥协出最优方案.
在写少读多的并发场景下：clojure的STM,通过多版本控制以空间换时间,提供了类似MVCC的内存事务回滚, ,简单高效到了极致.
大量写的情况下go/rust在CAS上抽象出的task机制也可以让CAS开发变得相当简单
java的锁和CAS都是开销惊人的(锁会调用本地系统进行线程阻塞和唤醒开销巨大).
Actor的消息队列也会有自己的严重问题(使用Actor又会使得编程复杂度大大提高).
所以分布式开发其实是按照业务特性,妥协出最优方案.
在写少读多的并发场景下：clojure的STM,通过多版本控制以空间换时间,提供了类似MVCC的内存事务回滚, ,简单高效到了极致.
大量写的情况下go/rust在CAS上抽象出的task机制也可以让CAS开发变得相当简单