复杂度守恒定律
业务复杂度不会因为设计模式而消失，只会转移。把 if-else 藏进策略模式，只是把复杂度从代码挪到了类图。
什么时候该抽象
第二次出现重复时开始观察，第三次出现重复时再抽象。我见过太多为"未来扩展性"预留的抽象，最后都成了删除时的负担。
咖啡杂谈
热门推荐
咖啡养成
连载中 11/22
主从搭建实操：从零配出一主两从
光讲原理不过瘾？手把手搭一主两从：my.cnf 六个参数、复制账号、GTID、CHANGE REPLICATION SOURCE TO、SHOW REPLICA STATUS 验收，附翻车排查清单。
咖啡养成
连载中 16/22
连接池：HikariCP 参数与连接风暴
连接池不是越大越好：8 核机器配 1000 连接反而更慢的数学原理，HikariCP 四个必调参数，maxLifetime 与 wait_timeout 的隐形陷阱。
咖啡养成
连载中 4/16
缓存穿透：恶意 ID 打穿 MySQL 的四道防线
请求的数据在缓存和数据库里都不存在时，缓存形同虚设。聊聊参数校验、空值缓存、布隆过滤器、限流熔断四道防线的原理与组合打法。
评论 (0)