异步回调中应使用 ScopedValue 实现栈级上下文隔离：它基于作用域绑定与生命周期自动管理，避免 ThreadLocal 在虚拟线程中的跨线程污染；需避免持有堆外共享引用，显式传播上下文，并验证异常、深度嵌套及混合线程场景下的安全性。
在异步回调中利用栈空间隔离机制保障上下文安全，核心不是“手动管理栈”，而是借助运行时提供的**作用域绑定 + 栈级生命周期控制**能力，让每个回调执行路径天然拥有独立、不可见、自动清理的上下文视图。
用 ScopedValue 替代 ThreadLocal 做请求级绑定
传统 ThreadLocal 在虚拟线程场景下会跨线程污染（因多个虚拟线程共享平台线程），而 ScopedValue 专为结构化并发设计，只对当前虚拟线程生效：
- 声明作用域变量：
private static final ScopedValue<String> AUTH_USER = ScopedValue.newInstance(); - 在虚拟线程启动时绑定：
ScopedValue.where(AUTH_USER, "u1001").run(() -> handleRequest()); - 回调内部直接调用
AUTH_USER.get()，无需传参、不依赖线程ID、不担心被其他虚拟线程读取 - 回调执行结束，作用域自动退出，变量不可再访问，无内存泄漏风险
避免回调中持有栈外长生命周期引用
栈空间本身是隔离的，但若回调捕获了堆上共享对象（如静态缓存、单例服务、未加锁的集合），仍会引发竞争。需注意：
- 回调函数体内尽量使用局部变量和作用域变量，不直接修改全局状态
- 若必须操作共享资源，显式加锁或改用线程安全结构（如
ConcurrentHashMap、AtomicInteger） - 禁止在回调中长期持有大对象引用（如未释放的流、缓存句柄），防止堆内存压力传导到栈生命周期之外
异步链路中保持上下文连续性
真实业务常含多层异步调用（如 HTTP → DB → RPC），需确保上下文能随调用链自然流动：
- 不要依赖隐式继承（如 InheritableThreadLocal），它在虚拟线程中失效
- 使用
ScopedValue.where(...).fork(...)或StructuredTaskScope显式传播上下文 - 对第三方异步库（如 WebClient、JDBC 驱动），检查是否支持
ScopedValue集成；否则采用显式参数传递关键字段（如 traceId、userId） - 日志框架需配置为从 ScopedValue 中提取 MDC 字段，避免日志串号
栈隔离不等于免检，仍需验证边界行为
栈隔离解决的是“谁能看到”，不是“谁不能出错”。以下情况仍需主动防御：
- 回调抛异常后，确认 ScopedValue 绑定是否已自动清理（JVM 21+ 已保证）
- 回调嵌套深度过大时，观察栈 chunk 分配是否触发 GC 压力（可通过
-XX:+PrintGCDetails验证） - 混合使用平台线程与虚拟线程时，避免在平台线程中调用
ScopedValue.get()（会抛IllegalStateException）
