局部变量随栈帧出栈自动清空，无需手动干预；真正需主动擦除的是其引用的堆上敏感数据，应限定作用域、用char[]替代string、及时覆写内存并避免隐式强引用。
局部变量本身不“销毁”，而是随栈帧出栈被自动清空——这是 jvm 或底层运行时的确定性行为，无需手动干预。真正需要主动处理的，是它所引用的堆上敏感数据（如密码、token、身份证号等）。利用栈帧自动清理特性，核心在于让引用变量尽早失效，并配合堆上数据的显式擦除。
把敏感数据限定在最小作用域内
避免在方法开头就声明敏感变量，否则它会全程持有引用，延长堆对象存活时间。用代码块 { } 划定真实使用范围：
- 写法示例：{ char[] pwd = readPassword(); verify(pwd); Arrays.fill(pwd, (char)0); }
- 块结束时，pwd 变量名立即不可访问，栈中引用消失，IDE 和字节码分析都能识别其真实生命周期
- 即使块内发生异常，只要变量声明在块内，作用域仍会在离开时终止
优先使用可擦除的原始数组而非 String
String 不可变且可能被字符串常量池缓存，无法安全清零；而 char[] 或 byte[] 可直接覆写内存：
- 读取口令时不用 String password = scanner.nextLine();，改用 char[] password = scanner.readPassword();
- 验证完成后立刻调用 Arrays.fill(password, '\0');，确保堆中明文被覆盖
- 切勿将 char[] 转成 String 再参与后续逻辑，否则等于绕过擦除
避免让局部变量意外延长引用生命周期
栈帧清空只解决“引用变量”消失，不保证堆对象立刻回收。以下情况会让敏感数据滞留更久：
- 把解密后的 token 存入静态 Map、线程局部变量（ThreadLocal）或未清理的回调监听器中
- 在 Lambda 或匿名内部类中捕获该变量，导致隐式强引用延长
- 方法返回前未清空临时缓存对象（如 new User().setSsn("123")），且该对象被外部持有
不要依赖赋 null 来“销毁”局部变量
对引用类型执行 s = null; 并不能加速栈帧清理，它只在当前作用域内切断一次引用：
- 基本类型（int、boolean）不能赋 null，编译失败
- 引用类型赋 null 后，变量仍占据栈空间直到方法结束，只是值变成 null
- 只有当它是堆对象的唯一强引用时，置 null 才可能帮助 GC 提前回收——但这不是栈帧机制，而是 GC 行为
