本文探讨了在 Java 17 及更高版本中，如何通过反射技术修改非静态 final 字段的值。针对 Java 12 以后旧有反射方法失效的问题，文章详细介绍了使用 VarHandle API 结合特定的 JVM 启动参数 (–add-opens) 来实现这一操作。同时，强调了这种操作的潜在风险和最佳实践建议，提醒开发者谨慎使用。
在 java 编程中，final 关键字用于声明一个常量，一旦初始化后其值便不可更改。这有助于确保数据的不可变性，提高代码的健壮性和可预测性。然而，在某些特殊场景下，开发者可能需要通过反射机制来“绕过”这一限制，修改非静态 final 字段的值。尽管这种做法通常不被推荐，因为它破坏了封装性和预期的对象状态，但在特定的框架或测试场景中可能被考虑。
旧版 Java 中的反射修改方法及其失效
在 Java 12 之前，通过反射修改非静态 final 字段的一种常见方法是利用 Field 类的内部 modifiers 字段。这个 modifiers 字段存储了字段的修饰符（如 public, private, final 等）。通过将 final 修饰符位清除，可以使得 final 字段在运行时变得可修改。
以下是这种方法的典型代码示例：
import java.lang.reflect.Field;import java.lang.reflect.Modifier;class Foo { private final String bar; public Foo(String bar) { this.bar = bar; } public String getBar() { return this.bar; }}public class OldReflectionExample { public static void main(String[] args) { Foo foo = new Foo("original"); System.out.println("初始值: " + foo.getBar()); // 输出: 初始值: original try { Field field = foo.getClass().getDeclaredField("bar"); field.setAccessible(true); // 允许访问私有字段 // 尝试获取并修改 Field 类的 modifiers 字段 Field modifiersField = Field.class.getDeclaredField("modifiers"); modifiersField.setAccessible(true); modifiersField.setInt(field, field.getModifiers() & ~Modifier.FINAL); // 修改 final 字段的值 field.set(foo, "modified"); } catch (Exception e) { e.printStackTrace(); } System.out.println("修改后: " + foo.getBar()); // 预期输出: 修改后: modified (在旧版本Java中) }}
然而，从 Java 12 开始，这种方法不再奏效。运行上述代码在 Java 17 环境下，会抛出 java.lang.NoSuchFieldException: modifiers 异常。这是因为 Field 类内部的 modifiers 字段已经被移除或不再对外暴露，JVM 对其内部结构进行了更严格的封装，以增强模块化和安全性。
Java 17+ 中的 VarHandle 解决方案
为了在 Java 17 及更高版本中实现对非静态 final 字段的反射修改，我们需要借助 Java 9 引入的 VarHandle API。VarHandle 提供了一种更安全、更灵活的方式来访问和操作变量，包括字段、数组元素和静态字段。它支持各种内存访问模式，并能处理并发场景。
立即学习“Java免费学习笔记（深入）”；
核心思路是使用 MethodHandles.privateLookupIn 来获取对 Field 类内部的 modifiers 字段的 VarHandle 引用，然后通过这个 VarHandle 来修改字段的修饰符。
1. 必要的 JVM 启动参数
由于 Java 模块系统（JPMS）的引入，java.base 模块对内部 API 进行了严格封装。为了允许反射机制访问 java.lang.reflect.Field 类内部的 modifiers 字段，我们需要在 JVM 启动时添加 –add-opens 参数，以开放 java.base/java.lang.reflect 包给所有未命名的模块。
--add-opens=java.base/java.lang.reflect=ALL-UNNAMED
2. VarHandle 代码实现
以下是使用 VarHandle 修改 final 字段的示例代码：
import java.lang.invoke.MethodHandles;import java.lang.invoke.VarHandle;import java.lang.reflect.Field;import java.lang.reflect.Modifier;class Foo { private final String bar; public Foo(String bar) { this.bar = bar; } public String getBar() { return this.bar; }}public class NewReflectionExample { public static void main(String[] args) { Foo foo = new Foo("original"); System.out.println("初始值: " + foo.getBar()); // 输出: 初始值: original try { Field field = foo.getClass().getDeclaredField("bar"); field.setAccessible(true); // 允许访问私有字段 // 1. 获取 Field 类中 modifiers 字段的 VarHandle // MethodHandles.lookup() 用于获取当前类的查找对象 // MethodHandles.privateLookupIn(Field.class, MethodHandles.lookup()) 用于获取 Field 类的私有查找对象 VarHandle modifiersVarHandle = MethodHandles.privateLookupIn(Field.class, MethodHandles.lookup()) .findVarHandle(Field.class, "modifiers", int.class); // 2. 清除 final 修饰符位 // get() 方法用于获取 VarHandle 关联的字段的当前值 // set() 方法用于设置 VarHandle 关联的字段的值 modifiersVarHandle.set(field, field.getModifiers() & ~Modifier.FINAL); // 3. 修改 final 字段的值 field.set(foo, "modified_by_varhandle"); } catch (Exception e) { e.printStackTrace(); } System.out.println("修改后: " + foo.getBar()); // 输出: 修改后: modified_by_varhandle }}
要运行上述 NewReflectionExample，您需要使用以下命令（假设您的 Java 源文件名为 NewReflectionExample.java）：
# 编译javac NewReflectionExample.java# 运行，并添加 --add-opens 参数java --add-opens=java.base/java.lang.reflect=ALL-UNNAMED NewReflectionExample
运行结果将显示 bar 字段的值成功从 “original” 变为了 “modified_by_varhandle”。
注意事项与最佳实践
尽管上述方法可以在 Java 17+ 中实现对非静态 final 字段的修改，但强烈建议开发者谨慎使用，并充分理解其潜在风险：
破坏封装性与不可变性： final 关键字的核心目的是保证字段的不可变性。通过反射修改其值，直接破坏了类的设计意图和数据完整性，可能导致难以调试的副作用和逻辑错误。依赖内部 API： 这种方法依赖于 Field 类内部的 modifiers 字段。尽管 VarHandle 是官方 API，但访问内部字段仍然是“不稳定的”，未来 Java 版本可能再次更改 Field 类的内部实现，导致代码失效。模块系统警告： –add-opens 参数会绕过 Java 模块系统的强封装性，降低了应用程序的安全性。它相当于打开了一个“后门”，允许非授权代码访问模块的内部实现细节。在生产环境中应尽量避免使用。static final 字段的特殊性： 需要注意的是，对于 static final 字段（尤其是基本类型和字符串字面量），其值通常在编译时就已经确定并内联到使用它的地方。即使通过反射修改了 static final 字段本身，已编译的代码可能仍然使用其原始的内联值，导致行为不一致。非静态 final 字段则没有这个问题，因为它们在对象实例化时初始化，且不会被内联。替代方案： 在大多数情况下，如果需要修改一个“常量”的值，这通常意味着设计上存在缺陷。考虑以下替代方案：重新设计类： 如果字段确实需要可变，就不要将其声明为 final。构造函数注入： 如果需要在对象创建后设置一次值，可以通过构造函数或工厂方法实现。使用可变对象： 如果 final 字段是一个对象引用，并且希望修改该对象内部的状态，可以使其引用的对象本身是可变的（但 final 关键字保证引用本身不可变）。
总结
在 Java 17 及更高版本中，通过反射修改非静态 final 字段需要借助 VarHandle API 并配合特定的 JVM 启动参数 (–add-opens)。这种方法虽然技术上可行，但强烈建议仅在对系统有深刻理解且确实无法通过其他方式解决问题的极少数场景下使用。在日常开发中，应始终遵循 final 关键字的语义，维护代码的封装性和可预测性。
以上就是Java 17 中 final 字段的反射修改方法探究的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/107195.html
微信扫一扫 
支付宝扫一扫 
