Tokio 迁移先替换可独立验证的任务将同步服务迁到 Tokio最大的风险不是语法而是把原来的执行顺序和错误处理悄悄改变。一次改完整条调用链出了问题往往难以判断是运行时、连接池还是业务代码造成的。选一个窄入口从无副作用或幂等的读取接口开始。保留原实现用 feature flag 只让一小部分请求走新路径两边记录同一组字段比较响应、错误分类和取消行为。处理资源生命周期连接、文件和锁不能因为await被拉长持有时间。进入await前尽量释放同步锁需要跨等待共享状态时明确选择异步锁或消息传递。任务被取消时确认清理逻辑不会留下半写入的数据。逐步扩展新路径稳定后再增加写操作和并发量。每一步都保留回退条件而不是等到全部迁完才第一次验证。