支付大促接口超时优化

支付大促峰值接口频繁超时，通常不是某个接口“写得慢”，而是入口流量、线程池/连接池、下游依赖和重试风暴叠加后的系统性雪崩，处理顺序应当是先限流熔断止血，再做异步化、容量扩容和全链路压测，把超时从“偶发”压到“可控”，大促零点一过，监控大屏上的超时曲线往往比业务峰值更早抬头，接口超时只是结果，真正要查的是链路里哪……