乐观锁联 论文“乐观锁耦合:一种可扩展且高效的通用同步方法” 在实际项目中,存在许多无锁数据结构,尤其是在存在许多写入冲突时,与数据库相关的数据结构,例如BwTree , Split-Ordered List (也称为无锁哈希表)。 性能损失非常严重,有时甚至不如笨拙的Mutex。 但是,在正常情况下,无脑的Mutex的性能通常很差,是否有可以解决此问题的中间形式? 这是中间形式。 因此,它可以在任何地方用作通用锁,并且性能令人满意。 但是我有一个无锁的数据结构,该结构针对使用情况进行了精心设计和优化。 难道不是您的实现? 当然,这会更好,但是当您没有114514 PHD学生来优化数据结构,并且没有1919810功能强大的调试大师来处理诸如内存顺序之类的问题时,这将非常棘手。 目前,我的项目已经在线,投资者给了我钱。 那么,这种数据结构的缺点是什么? 当然有〜 这种数据结构的