2.2.2.1 行为修改 2.2.2.1 行为修改:当“重写”失效时,我们真正该干预的,是执行上下文的绑定时机 你有没有遇到过这样的时刻? ——在微服务网关中配置了一条看似天衣无缝的请求头注入规则: ; ——在 Spring Cloud Gateway 的 里写了三行代码,用 的 方法塞进一个动态生成的追踪 ID; ——本地单测跑得飞起,Postman 请求一发一个准,日志里清清楚楚写着 ; ——可一旦部署到 K8s 集群,接入 Istio Sidecar,再走一遍全链路压测——那个本该每请求唯一、贯穿调用栈的 ,突然开始复用、错位、甚至整批丢失。 不是配置错了。 不是代码漏了。 不是环境变量没传。 是——行为修改的时机,被底层异步执行模型悄悄劫持了。 这不是 Bug,是设计契约的断裂;