栈封闭不是实现抢单的手段，而是通过让线程仅操作私有栈帧中的局部变量来天然规避锁竞争；它适用于请求解析、参数校验等前置流程，仅在最后扣减库存时访问共享资源。
栈封闭技术本身不用于“实现”抢单逻辑，而是天然规避锁竞争的一种内存访问模式。它不靠加锁或原子操作，而是通过让每个线程只操作自己栈帧里的局部变量，从根源上消除共享和竞争——所以不是“利用它来实现抢单”，而是“在抢单流程中，把可封闭的部分严格限制在栈上”，从而做到零锁竞争。
什么是栈封闭：局部变量即安全
Java 中方法内声明的原始类型变量（如 int、long、boolean）和不可变对象引用（如 String、LocalDateTime），只要不被逃逸出当前方法作用域，就完全存放在当前线程私有的 Java 虚拟机栈中。其他线程无法访问，自然不存在并发修改问题。
例如在秒杀扣库存前做本地校验：
- 读取当前请求的用户 ID、商品 ID、请求时间戳——这些都作为方法参数或局部变量处理
- 计算本地预校验值（如是否在活动时间、是否已抢过）——所有中间变量都在栈上
- 仅当校验通过，才发起对共享资源（如 Redis 库存计数器或数据库行）的原子操作
关键避坑：防止变量逃逸
栈封闭失效往往源于“无意逃逸”。一旦局部变量被发布到堆上并被多线程可见，就立刻失去线程安全性。
- 不要将局部对象赋值给静态字段、类成员变量或放入全局集合（如 static Map）
- 避免在 lambda 或匿名内部类中捕获可变的局部引用（尤其 ArrayList、StringBuilder 等）
- 返回值要谨慎：若返回的是局部构建的可变对象（如 new HashMap()），调用方可能将其共享；应优先返回不可变容器（Map.copyOf()）或原始值
与抢单流程的结合方式
真正的库存扣减必须依赖共享状态，无法完全栈封闭。但栈封闭可大幅压缩临界区范围：
- 请求解析、参数校验、风控规则判断、本地缓存查重等前置步骤，全部用栈变量完成
- 只在最后一步调用 Redis.eval() 扣减 Lua 脚本 或 UPDATE stock SET count = count - 1 WHERE id = ? AND count > 0 —— 这部分才是需要原子保障的共享操作
- 这样，95% 以上的逻辑不涉及任何锁、CAS 或同步块，CPU 流水线友好，吞吐量显著提升
对比 ThreadLocal 不是栈封闭
有人误把 ThreadLocal 当作栈封闭，其实不然。ThreadLocal 的值存在堆上的 ThreadLocalMap 中，只是按线程隔离；它需要手动清理，有内存泄漏风险。而栈封闭不需要任何额外结构，无生命周期管理成本，性能开销为零。
真正零锁、零内存管理负担的线程安全，只来自纯粹的栈上计算。
