Gin 覆盖了 Web 开发 80% 的需求，但依赖注入、错误分层、测试隔离这 20% 才是项目能不能维护的关键。用同一个 CRUD 服务走一遍从裸写到分层的全过程，看清什么时候该给架构加一层。
Go DI 演进是痛点驱动不是技术偏好——用三道量化门槛（依赖规模、启动链复杂度、协作冲突）替代"三选一"对比思维，帮你判断什么时候该上框架。
Go 和 Java 面对 STW 停顿走了相反的路——Go 赌确定性（不分代+并发标记），Java 赌灵活性（分代+Region+染色指针）。同一工作负载实测：Go 225 次 GC 每次 38µs，Java G1 仅 14 次但暂停 214µs，ZGC 几乎零停顿却吃 88MB 堆。理解这个分叉，比选边站更有价值。
Go 标准库 0 处 assert、Russ Cox 20 条建议 0 条 TDD——不是缺陷，是设计。用数据拆解 Go testing 包刻意拒绝 TDD 教条的三个信号，帮你判断自己的项目该走哪条路。
Go 编译器优化不是独立开关，而是一条链——内联断则全链断。用手电筒比喻拆解决策边界，5 组对照实验证明代价，给出可验证的方法论。
Go 反射的"难用"不是设计失误，是与错误处理、迟到泛型一脉相承的摩擦力设计。从 interface{} 拆箱原理到 340 倍性能差距，用实测数据揭示反射的真实代价，给出可操作的决策树。
Go 官方关闭了语法糖提案，但真正的问题从来不是 if err != nil 太冗长。三层错误分层方案 + 渐进式改造路径，从一次信息泄露实验开始，拆解 Go 项目错误处理的结构性缺陷。
Go HTTP服务的5层渐进式演进框架：超时配置→单机优化→模块化单体→分布式代价→演进信号清单，每层用自造实测数据量化ROI，帮你判断该不该往上走。
内联不只消除函数调用开销——它还决定逃逸分析能看到多少上下文。用实测数据拆解耦合机制，附 4 步决策框架。
Channel 还是 Mutex？别用哲学回答，用场景判断。4 组 benchmark 实测，提炼出'保护状态用锁，协调流程用管道'的决策树框架。
