捕获块不直接决定jvm缓存命中率，但其局部变量声明位置、作用域和引用生命周期影响栈帧slot分配与复用，进而间接影响cpu缓存局部性；应将临时变量限于catch内、显式置空大对象引用、优先用try-with-resources、避免隐式闭包捕获大对象。
捕获块（如 try-catch、lambda 表达式中的异常参数、或匿名内部类中引用的局部变量）本身不直接决定 jvm 缓存命中率，但其涉及的局部变量声明位置、作用域范围和引用生命周期，会显著影响虚拟机栈帧中局部变量表（local variable table）的 slot 分配与复用行为，进而间接作用于 cpu 缓存局部性——尤其是 l1 指令缓存（i-cache）和数据缓存（d-cache）的访问效率。
聚焦局部变量作用域，减少 Slot 占用冗余
局部变量表大小在编译期固化，所有声明（含捕获块内）都会计入最大 Slot 数。即使某段 catch 块从未执行，它声明的变量仍占用栈帧空间。
- 把异常处理中临时使用的变量（如日志拼接字符串、错误码转换结果）声明在 catch 块内部，而非方法开头
- 避免在方法级声明“通用错误容器”，例如 ErrorContext ctx = null; 然后在多个 catch 中赋值——这会让 Slot 长期被占，无法复用
- 对仅用于日志或诊断的变量，使用 final 修饰并立即初始化，有助于 JIT 编译器识别其不可变性，提升寄存器分配概率
控制引用生命周期，降低 GC 压力与缓存污染
捕获块中若持有大对象引用（如 byte[] buffer 或集合），且未及时释放，可能延长堆对象存活时间，增加 GC 频次；而频繁 GC 会引发内存地址重分布、TLB 刷新，间接恶化 CPU 数据缓存命中。
- 在 catch 块末尾显式置空强引用：buffer = null;，尤其当 buffer 来自 try 块上游且体积较大时
- 优先使用 try-with-resources 替代传统 try-catch，让资源自动关闭，避免因异常跳转导致的资源泄漏与缓存行失效
- 对捕获的异常对象本身，避免在日志外长期持有（如塞入静态 Map），防止其引用链拖慢老年代回收
配合字节码结构，提升指令缓存局部性
热点代码若集中在 try-catch 区域，而该区域又因变量声明分散、分支跳转多，会导致指令跨缓存行存放，降低 L1 I-Cache 命中率。
- 将高频执行逻辑（如重试逻辑、幂等校验）尽量前置到 try 块开头，使核心字节码连续紧凑
- 避免在 catch 块内嵌套深层循环或调用长路径方法；可提取为独立 private 方法，利于 JIT 内联与缓存行对齐
- 使用 -XX:+PrintAssembly 观察热点方法汇编，确认关键路径是否落在同一 64 字节缓存行内
慎用捕获块中的“隐式闭包”变量
在 lambda 或匿名类中捕获外部局部变量时，JVM 会生成合成字段并复制引用。若该变量是数组或大对象，虽局部变量表只占 1 Slot，但实际堆内存布局可能割裂，影响 D-Cache 时间局部性。
- 避免在 lambda 中捕获整个 DTO 或配置对象；改用显式传参，只传递所需字段
- 对需多次访问的捕获值，在 lambda 内部首行赋给 final 局部变量，减少重复字段读取与内存寻址开销
- 若捕获的是原始类型数组引用（如 int[] data），注意其元素仍在堆中连续分配——这是提升遍历缓存命中率的关键，无需额外优化
