Java 微服务迎接流量前：先摸清线程池和依赖上限

1. 先画出线程池链路

Java 服务常见瓶颈不是 CPU，而是请求线程、数据库连接池和下游客户端线程互相等待。把每个池的容量、队列和超时列在一起，避免上游队列远大于下游承载能力。

2. 超时必须逐层收敛

入口超时应大于内部调用总预算，内部调用又要给返回与序列化留时间。重试只能放在确认幂等的操作上，并计入总截止时间；否则熔断器还没打开，线程已经被重试占满。

3. 用故障注入验证

在隔离环境里模拟 Redis 变慢、数据库拒绝连接和服务发现异常，检查有界队列、拒绝策略与降级响应。不要以打到崩溃为目标，而要找到首次出现排队失控的信号。

4. 发布前留下基线

记录正常负载下的活动线程、连接等待、GC 和错误类型。高峰时先与基线比较，再调整参数。没有基线的调优，很容易把偶然波动当成改动效果。