Pin 与 Tokio用可复现负载观察调度行为讨论 Tokio 调度时先别急着贴吞吐数字。任务数量、阻塞操作、运行时配置和机器核数都会改变结果缺少这些条件结论很难复核。先理解 Pin 解决什么Pin约束的是对象在被轮询期间不能被随意移动常见于自引用 Future 或依赖地址稳定的类型。业务代码不该为了“用上 Pin”而手动制造复杂生命周期能交给async编译器和库类型处理时优先保持简单。把阻塞点找出来在任务中做文件、加密或同步锁等待时观察的不是“异步函数”这个标签而是 worker 是否被占住。将确实阻塞的工作送到专用线程池给外部调用设置超时与取消路径再用 trace 对照前后等待分布。记录实验条件固定请求样本、并发模型、Tokio 版本和 runtime 参数。记录成功、超时和取消不只记录完成数。这样即使后来调整 worker 数也能看清变化来自配置还是代码。