升级 Tokio 前，先核对运行时和取消语义

升级 Tokio 前先核对运行时和取消语义Tokio 升级看似只是依赖版本变化实际可能影响 feature、运行时构建、计时器和任务调度。发布前应让差异落到具体行为而不是只看编译是否通过。锁定当前运行方式记录使用单线程还是多线程 runtime、开启哪些 feature、哪些模块依赖当前时间与 I/O 行为。依赖树中若有多个 Tokio 版本也要确认类型是否跨版本边界传递。用行为测试覆盖边界测试任务完成、超时、主动取消、runtime shutdown 和阻塞任务收尾。涉及 channel 时验证关闭后的发送与接收结果涉及锁时检查取消发生在等待期间会不会留下业务状态不一致。灰度与回退保持依赖一致构建产物绑定锁文件灰度只改变 runtime 相关变量。旧版本保留到观察结束缓存和持久化数据格式不应依赖某个内部调度细节。出现偏差先停止扩量再根据测试样本定位。异步运行时的兼容性最终体现在任务行为。把取消和关闭路径测清升级才不只是“能编过”。