一只叫煤球的猫

上周五下午快下班的时候，实习生小张拿着电脑过来找我。“哥，有个事儿想问问你。”小张挠挠头，“我在看咱们项目代码，发现到处都是锁，但用的都不一样。订单那块是`getLock()`，库存那儿又是`getR

公司新来的实习生最近问我几个问题，说我们为什么要用logback？为什么不用log4j？它们的区别是什么？ 这么多日志框架，到底该用哪个？ 我不禁想起了自己刚接触 Java 时面对日志选择的困惑

上一篇《使用篇》，我们通过一个“月黑风高”的线上事故，了解了 ThreadLocal 的基本用法、核心API（set, get, remove），以及那个极其重要的最佳实践：用完一定要remove()

那是一个月黑风高的夜晚… 记得那是一个上线前的深夜，大家都在紧张地进行最后的集成测试。突然，测试环境的某个核心服务开始疯狂报警，错误日志刷得飞起 🚀。 错误信息很诡异，大概意思是用户A的操作数据

return 这个关键字，相信大家每天都在用。 它就像一把锤子，敲打着我们代码里的每一个出口。 但扪心自问，我们真的把这把锤子用好了吗？ 和大家分享一些关于 `return` 的、或许能让我们的代码更

最近review代码时，发现不少同事对Spring事务的理解还停留在“加个@Transactional就完事”的阶段。这让我想起自己刚入行时，也曾在事务的坑里摔得鼻青脸肿。耐心看完，你一定有所收获。

柔性事务（可靠消息+本地事务） + 强一致性 + SAGA，轻松搞定，原来跨服务事务也可以这么简单。

这也是我写这篇文章的动力 —— 希望能让后来者少走一些弯路。 如果这篇文章能帮你理清哪怕一个概念，或解决一个困扰你的问题，那就达到了我写作的目的。 道阻且长，但有趣的是，我们每解决一个问题，就会遇到新

当我决定写这篇关于 CompletableFuture 的文章时，脑海中浮现出无数个曾经被异步编程折磨得死去活来的瞬间。 所以我希望能够用通俗、有趣、碎片化的方式，不至于看到这几个字就头痛