本文一方面是抱怨一下现下的面试体验，另一方面看一下redisson（3.15.1）的trylock api的实现（我也不喜欢针对面试去看源码，只是想找个出口宣泄一下）。

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

有位大佬这么说：“有链路追踪总是要好于没有的，有就提高了可观测性，没有的话几乎全凭盲猜；遇到的问题是都能猜出来的嘛？谁又知道要猜多久嘞？猜问题不领薪水嘛？到底是在猜问题还是在带薪摸鱼呢？”

传统的分布式锁若归类为重用锁（A 持锁后，B 来抢锁只要没超时就一直重试抢锁，抢到就用），而这种防重入场景下的锁可理解为”一次性“锁（A 持锁后，B 来抢锁只要锁已存在，则立即放弃）。

这里再切入本例将使用的场景模拟：商品秒杀，或者说高并发下，对于商品库存扣减操作。我用一个SpringBoot小项目模拟一下该操作。 在正式肝代码之前，先来对etcd分布式锁实现的机制和原理做一个了解。 以避免 key-value 对过期失效。 即使锁的持有者因故障而不能主动释放…