Java 微服务迎接流量前先摸清线程池和依赖上限1. 先画出线程池链路Java 服务常见瓶颈不是 CPU而是请求线程、数据库连接池和下游客户端线程互相等待。把每个池的容量、队列和超时列在一起避免上游队列远大于下游承载能力。2. 超时必须逐层收敛入口超时应大于内部调用总预算内部调用又要给返回与序列化留时间。重试只能放在确认幂等的操作上并计入总截止时间否则熔断器还没打开线程已经被重试占满。3. 用故障注入验证在隔离环境里模拟 Redis 变慢、数据库拒绝连接和服务发现异常检查有界队列、拒绝策略与降级响应。不要以打到崩溃为目标而要找到首次出现排队失控的信号。4. 发布前留下基线记录正常负载下的活动线程、连接等待、GC 和错误类型。高峰时先与基线比较再调整参数。没有基线的调优很容易把偶然波动当成改动效果。