不能用 setaccessible(true) 直接修改私有字段值，必须配合 field.set() 等方法；final 字段无法真正修改，伪擦写不安全且不被规范保证；推荐使用公开 api 或字节码增强替代反射。
不能用 setAccessible(true) “擦写”私有属性——它只是绕过访问控制，不提供直接修改字段值的魔法能力。真正能改的是字段本身（Field 对象），但必须配合 set() 或 setInt() 等方法，并满足类型与可变性前提。
先确认字段是否真的可写
即使设为 accessible，以下情况仍无法修改：
- 字段被
final修饰且已初始化（JVM 层面禁止写入，反射也无法绕过） - 字段属于不可变类（如
String、Integer），你只能替换引用，不能“擦写”其内部状态 - 运行时启用了强封装（Java 12+ 默认开启
--illegal-access=deny），需显式添加 JVM 参数（如--add-opens java.base/java.lang=ALL-UNNAMED）
正确修改私有字段值的步骤
以修改一个普通非 final 私有字段为例：
class Person {
private String name = "Alice";
}
// 修改过程：
Person p = new Person();
Field nameField = Person.class.getDeclaredField("name");
nameField.setAccessible(true); // 关闭访问检查
nameField.set(p, "Bob"); // ✅ 实际写入新值
System.out.println(p.getName()); // 若有 getter，可能仍返回旧值（取决于实现）
final 字段的“伪擦写”（不推荐，仅限调试/测试）
某些 JDK 版本（如 Java 8–16）在特定条件下可通过反射修改 final 字段，但需额外操作：
- 先用
modifiers字段反射修改Field自身的modifiers值，清除Modifier.FINAL位 - 再调用
setAccessible(true)和set() - ⚠️ 这种行为未被规范保证，JVM 可能优化掉该字段（如内联常量）、导致不可预测结果，生产环境严禁使用
替代方案更安全可靠
与其强行反射写私有字段，不如：
- 优先使用公开的 setter 方法或构造器参数
- 测试场景下用
Objenesis+ 字段注入（如 Mockito 的@InjectMocks） - 需要深度定制时，考虑字节码增强（如 Byte Buddy）而非运行时反射
