Async 函数中 await 挂起后出现上下文丢失导致的运行时 panic，通常是因为异步调度切换了执行线程或运行环境，导致线程局部存储（TLS）或请求作用域无法自动传递。排查时应优先确认当前代码是否处于有效的运行时上下文中，并检查异步库是否支持上下文自动传播。
先说结论：核心原因是异步挂起恢复后执行环境变更，原有上下文绑定失效，需显式维护上下文生命周期。
- 先确认运行时句柄是否有效
- 先处理上下文显式传递逻辑
- 再验证异常堆栈中的上下文标识
快速处理思路
不同语言运行时处理机制不同，优先检查异步上下文传递配置。Node.js 项目检查 AsyncLocalStorage 是否启用，Rust 项目检查 Tokio Handle 是否在异步块外被调用，Python 项目检查 contextvars 是否随 await 传播。
为什么会这样
异步挂起会导致执行流暂停，恢复时可能由不同线程或协程继续执行。如果上下文依赖线程局部存储（TLS）或特定请求 scope，挂起后原绑定关系断裂，访问上下文资源时就会触发运行时 panic 或空指针异常。
分步处理
第一步检查运行时环境，确认 panic 发生位置是否在没有初始化运行时的测试脚本或顶层同步代码中。第二步检查上下文传递，确认 await 前后是否使用了支持上下文传播的异步原语，必要时手动将上下文对象作为参数传递。第三步检查资源生命周期，确认数据库连接、请求对象等资源在 await 期间未被提前释放或关闭。
怎么验证是否生效
查看应用日志中是否不再出现上下文缺失相关的 panic 堆栈，确认关键业务链路日志能打印出完整的 TraceID 或 RequestID。在测试环境中复现相同异步调用链，观察是否还能触发运行时错误。
常见坑
单元测试环境通常不完整初始化异步运行时，容易误报上下文丢失。混合使用同步回调和异步 await 会导致上下文边界模糊。部分第三方库内部封装了 await 但未透传上下文，调用时需额外包装。
常见问题
await 一定会导致上下文丢失吗
不一定，取决于运行时实现。现代运行时如 Node.js AsyncLocalStorage 或 Rust Tokio 支持上下文自动传播，但旧版本或特定配置下需要手动处理。
如何在测试中复现上下文丢失问题
使用并发请求压测或故意在 await 后访问线程局部变量。在单元测试中确保使用运行时包装器执行测试用例，避免直接在同步上下文中调用异步函数。