真正能提前终止作用域的只有将变量声明在更小代码块内；局部变量“即时置空”仅辅助gc回收堆对象，不改变作用域或栈内存释放时机。
局部变量的“即时置空”不是提前终止作用域的手段，而是配合作用域控制的一种辅助操作；真正能提前终止作用域的，只有将变量声明在更小的代码块内——作用域由代码块边界决定，而非赋值动作。
用嵌套代码块收缩作用域边界
方法体本身是一个大作用域，若其中某段逻辑只临时使用敏感数据，应将其包裹在独立的 { } 块中。变量一旦声明在该块内，离开右括号时即不可见、不可访问，栈中引用也同步失效。
- 不要把密码处理写在方法开头，再一路用到末尾
- 改写为：
{ char[] pwd = readPassword(); authenticate(pwd); Arrays.fill(pwd, '\0'); } - 块执行完，
pwd名称消失，JVM 弹出对应栈帧片段，无残留风险
置空（= null）仅对堆对象回收有间接价值
对引用类型变量执行 var = null; 不会缩短其作用域，也不会加速栈内存释放——它只是清空当前栈槽中的引用值。但若该引用是堆中敏感对象的唯一强引用，置空后可让 GC 在下次扫描时更快标记该对象为可回收。
- 适用场景：变量引用了大字节数组、加密密钥对象等长生命周期堆对象
- 不适用场景：基本类型（
int、boolean）无法赋null；String类型即使置空，原始字符仍可能驻留字符串常量池 - 关键前提：确保没有其他地方持有同一对象的引用（如静态缓存、监听器、异步回调闭包）
避免“假性置空”陷阱
有些写法看似清空了变量，实则未切断实际引用链，无法防止内存分析工具捕获明文。
- 错误：把
char[]转成new String(pwd)后再置空——新字符串不可变，且可能入池 - 错误：仅执行
list = new ArrayList();——原列表若被其他组件持有，仍存在泄露可能 - 正确：先
list.clear();清内容，再list = null;断引用，必要时检查是否被注册为监听器
结合生命周期意识做主动清理
长生命周期方法（如事件处理器、服务循环体）中，每次迭代都应视为一次独立的数据处理单元。不要复用上一轮的敏感变量，而应在每轮开始时新建、结束时显式清零或置空。
- 例如处理一批用户登录请求：每个请求进来的 token 都应在本次处理块内完成校验、使用、清零
- 禁用
private volatile String currentToken;这类跨轮次共享字段 - 推荐模式：
for (Request r : requests) { handleOne(r); }，而handleOne内部自包含完整作用域
