用户2659923021757

当线程从wait()醒来后，要继续执行之前，一定要确认一下条件是否还满足，若不满足就再等，如此才是健壮的用法

分布式系统有一个特点，就是无论你学习积累多少知识点，只要在分布式的战线中，就总能遇到各种超出主观意识的神奇问题。

我：类的命名空间有了解嘛？ 朋友：你是说package嘛？ 我：我说的是ClassLoader中的 nameSpace 朋友：啥玩意儿？

ZK中创建和删除节点只能通过Leader执行，性能并不高；基于其高可用的特性，在并发量不是太高的场景，也可以使用ZK做分布式锁。

如果认为Jedis实现分布式锁很简单，也就设置 Key 、删除Key，那系统迟早遇问题，面试必减分儿。坑虽然很多，但也有办法，除了锁本身的知识还有客户端的配置调优建议，有空记得来看

虽然Kubernetes 给云原生时代带来了颠覆性的新气象，但却很少人了解被钦定作为其后端存储的 etcd ，本篇从分布式锁视角梳理etcd的各种机制，探索基于etcd的锁实现为何如此优雅。

虽然大佬Lamport 在论文 中早就证明了使用状态机（如共识算法）就能够去中心化解决多进程互斥问题，但我们还是会更偏向使用分布式锁。

没有足够使用经验，对内部机制掌握不够的情况下，全面的掌握 Seata 所提供的安保机制，按需禁用或开启、将新能力和老逻辑划清边界、以最小化测试单元的原则来推进，应该会更加顺利。

请想象一下，通过TID把相关`Segment`罗列出来之后，这些`Segment`之间的先后顺序是怎样，如何绘制请求在`Segment`的`Span`之间游走的轨迹呢？如何编码实现呢？