大多数团队上 API Gateway，上早了。网关解决的是规模问题——在服务数、客户端类型、团队数这三个变量同时增长之前，它带来的隐性成本远大于收益。一套 S×C×T 决策矩阵帮你判断临界点。
先写DB再删缓存不是规范约定，而是两种并发顺序的窗口博弈结果：先删后写留下TTL级长窗口，先写后删只留毫秒级短窗口。本文顺着时序推一遍，并给极端竞态兜底方案。
Redis 赢在三层：技术层被追平、组织层被挤压、元认知层被锁死。Caffeine 不是没机会，而是机会被结构性挤压到配角位置。
B+ 树为磁盘而生，跳表为内存而生。回到 antirez 原话和 ZSET 源码，拆解'并发优势论'等常见误解，提出'介质决定结构'的认知框架。
泛型不是语法糖，而是编译期门禁——它把类型混乱从运行时拉回编译期，让编译器替你问一句：这个类型真的该进来吗？
三种限流算法的教科书定义和生产实现存在系统性偏离——Nginx 不是纯漏桶、滑动窗口的精确性有内存代价、令牌桶在分布式下并不简单。理解偏离才能从面试答案走到生产选型。
慢查询优化有三道分水岭——50万行靠SQL、5000万行靠索引和分区、1亿行靠架构。三道门槛各有判定模型和体检三件套，帮你快速锁定方向，不再犹豫该不该跨。
偶发 timeout 不一定是接口慢。把应用层、连接池、TCP socket、NAT/LB 放进同一条时间线，才能看清旧连接为什么会在下一次复用时失败。
DDD 的真正门槛不是业务够不够复杂，而是你的团队愿意为领域模型的纯洁性付出多少工程成本。用代码实验量化隐性成本，给你一个 break-even 决策框架。
