JDK 8 中可通过反射+Unsafe替换String的value数组引用以“修改”字符串，但会破坏不可变性，引发hashCode缓存失效、常量池异常、线程安全问题及JVM崩溃风险，仅限调试教学且不可用于生产。
![如何通过反射绕过编译器检查修改 string 对象的 char[] 值（jdk 8 及以下版本）](https://img.php.cn/upload/article/001/242/473/177693371528615.jpeg)
在 JDK 8 及以下版本中，String 内部使用 private final char[] value 存储内容，且该数组被 final 修饰、字段私有、类本身也 final。严格来说，**不能安全、合规、可移植地“修改”已创建的 String 对象**——这是 Java 设计的核心契约。但若仅出于调试、教学或底层探查目的（非生产环境），可通过反射 + sun.misc.Unsafe 绕过部分限制，需清楚其风险与前提。
前提与风险须知
• 必须运行在 JDK 8（或兼容 JRE），且未启用安全管理器（SecurityManager）；
• Unsafe 是非公开 API，JDK 9+ 默认禁止反射访问，JDK 17+ 彻底封禁，此方法在 JDK 8 是唯一可行路径；
• 修改后破坏字符串不可变性，可能引发：
– String.hashCode() 缓存失效（hash 字段未同步更新）；
– 字符串常量池行为异常（如 "abc".intern() 返回对象内容与池中不一致）；
– 多线程下严重数据竞争（String 假设不可变，无同步）；
– JVM 可能崩溃（误用 Unsafe 地址偏移）。
反射获取并修改 value 字段（JDK 8）
步骤分三步：获取 value 字段引用 → 关闭访问检查 → 使用 Unsafe 直接写入内存（因 final 字段无法用普通反射 set）：
- 通过
getDeclaredField("value")获取字段，并调用setAccessible(true)； - 用
Unsafe.objectFieldOffset()获取该字段在对象内存中的偏移量； - 调用
UNSAFE.putObject(targetString, offset, newCharArr)替换整个数组引用（注意：不是修改原数组元素，而是替换指针）； - 为保持一致性，建议手动重置
hash字段为 0（触发下次hashCode()重新计算）。
关键代码片段（仅限 JDK 8 测试环境）
⚠️ 注意：以下代码不保证跨 JVM 实现兼容，禁止用于生产
String s = "hello";
Field valueField = String.class.getDeclaredField("value");
valueField.setAccessible(true);
long valueOffset = UNSAFE.objectFieldOffset(valueField);
// 构造新 char[]，例如全转大写
char[] newValue = s.toCharArray();
for (int i = 0; i < newValue.length; i++) {
newValue[i] = Character.toUpperCase(newValue[i]);
}
// 替换 value 引用
UNSAFE.putObject(s, valueOffset, newValue);
// 清除 hash 缓存（否则 hashCode() 仍返回旧值）
Field hashField = String.class.getDeclaredField("hash");
hashField.setAccessible(true);
hashField.set(s, 0);
System.out.println(s); // 输出 "HELLO"
为什么 JDK 9+ 不再适用
• JDK 9 起 String 改用 byte[] value + coder 字段（LATIN1/UTF16），字段名、类型、布局全部变更；
• Unsafe 的静态实例默认不可获取（theUnsafe 字段被模块系统强封装）；
• 即使强行绕过，byte[] 编码逻辑复杂（需同时维护 coder），直接写入易导致乱码或 String 方法抛出 StringIndexOutOfBoundsException；
• JVM 启动参数如 --add-opens java.base/java.lang=ALL-UNNAMED 也无法恢复对 String 内部字段的写权限。
