一只叫煤球的猫

这个看似简单的词，成就了无数的 `NullPointerException`。在 Java 里，null 永远是个绕不开的存在和话题。从最早的手动判空，到 Optional，再到各种注解、工具库

多支付渠道接入、参数结构五花八门、逻辑越来越难维护？通过三种设计模式，我在公司项目里完整解耦了订单支付流程，实现了统一入口、统一参数、可插拔的支付实现结构

彼时 SpringBoot 初兴，万象更新，号称“开箱即用”“约定优于配置”，一时间风靡四方。 开发者趋之若鹜，纷纷称快，仿佛自此架构之重可卸、配置之繁可省，一行 main() 即可气定神闲、纵

就在这时，门外传来同事小美的声音：“小码，你怎么还没走？” 小码回头看向门外，小美正探着头往里看。 “我...我刚才好像...”小码正犹豫着，突然发现小美的眼中闪过一丝奇怪的光芒。 小美笑了笑，

最近项目中有个订单相关的业务，并发量比较高，需要加分布式锁来保证数据一致性。按理说，这种场景我们一般都直接用 Redisson，成熟稳定，也没什么坑。 但是老丁坚持不用现成的轮子，说自己用 Lua

1个月转正，2个月当上组长，半年直接升为研发部经理。你以为我要开始炫耀了？不，重点才刚刚开始。因为我升职后的第一个任务，就是负责“降本增效”。没错，优化人、精简流程、砍项目，全是我负责执行。

最近写了好几篇关于Spring事务控制的文章，总觉意犹未尽。 于是决定好好来扒一扒@Transactional的底裤，看看它到底是怎么实现的。 这次来个大招，从源码的角度把整个流程梳理一遍。 从

“只要你不考虑事务的问题，总有一天事务会来考虑你。” 忘记是哪位哲人说的这句话了，在最近的一次code review中，我逐渐体会到了这句话的分量。 当我看到同事在一个复杂的业务逻辑中混用了@T

前段时间，我们平台的搜索功能被用户吐槽得挺严重。总结下来就是三个问题： 搜出来的东西不准，比如搜「手提斜挎包」，偶尔会跑出来一堆根本搭不上边的鞋和衣服； 排序也乱，一些挂了大半年没人管的老商品总