arrays.fill()擦除char[]是安全擦除敏感数据的有效手段，因string不可变易残留明文，而可变char[]能主动覆写；需在业务完成后立即调用arrays.fill(pwd, '\0')并避免jvm优化。
Java中用Arrays.fill()清空敏感字符数组，是防止内存中残留密码、密钥等明文数据的有效手段。关键不是“重置”，而是**安全擦除（secure wipe）**——让敏感内容在GC回收前就被确定覆盖，降低被内存dump提取的风险。
为什么char[]比String更适合存敏感数据
String在Java中不可变，一旦创建就可能长期驻留字符串常量池，即使不再引用也难被及时回收；而char[]可变，能主动覆写内容。
例如用户输入密码后，应立即用char[]接收，并在使用完毕后立刻擦除：
-
错误做法：
String password = request.getParameter("pwd");（明文留在堆中不可控） -
推荐做法：
char[] pwd = request.getParameter("pwd").toCharArray();，后续调用Arrays.fill(pwd, '\0')
正确调用Arrays.fill擦除char数组
必须确保擦除发生在所有业务逻辑完成后，且不能提前释放引用（否则JVM可能优化掉擦除操作）：
- 使用
Arrays.fill(array, replacement)，将每个元素设为'\0'或任意非敏感字符（如'*'） - 擦除后建议再赋值
null（辅助GC，但非必需）：Arrays.fill(pwd, '\0'); pwd = null; - 避免只擦除部分长度：
Arrays.fill(pwd, 0, pwd.length, '\0')更明确，尤其当数组有冗余空间时
注意JVM和运行时的限制
擦除操作本身不保证100%安全，需结合其他实践：
- JIT编译器可能优化掉看似“无用”的
fill调用，建议在擦除后加一次轻量级副作用（如System.nanoTime()）抑制优化（实际项目中较少强制要求） - 若数组已被JVM内联或栈分配，擦除依然有效；但若对象进入老年代且长时间未GC，物理内存页仍可能被交换到磁盘（需OS层面配合）
- 敏感操作尽量在独立方法中完成，并在方法末尾立即擦除，避免作用域过长
替代方案与增强建议
单纯Arrays.fill是基础，生产环境建议组合使用：
- 用
java.security.SecureRandom生成随机字符覆盖（比全填'\0'略高安全等级） - 封装工具方法，如
SecureEraser.wipe(char[])，内部多次覆写（如Gutmann算法简化版），并加入内存屏障提示 - 配合JVM参数
-XX:+UseContainerSupport（容器环境）和定期Full GC策略，减少敏感数据驻留时间
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
