Java中无法真正修改final字段值，但可通过反射清除modifiers中的FINAL标志后赋值，仅限测试等特殊场景，存在JIT优化失效、模块限制和线程不安全等严重风险。
Java 中无法真正“修改”被 final 修饰的字段值——这是语言设计的语义保证。但通过反射可以绕过编译期和运行时的部分检查，**临时解除 final 限制并写入新值**，这仅在特定场景（如单元测试、框架内部、调试）中被谨慎使用，且存在严重风险。
为什么 final 字段理论上不可变
final 字段在类加载、初始化完成后，JVM 会将其视为常量（尤其对基本类型和字符串字面量），可能被内联优化（inlining）。一旦被 JIT 编译器优化，即使反射成功写入，后续读取仍可能返回旧值（因直接用了常量副本）。
反射绕过 final 的基本步骤
需同时满足三个操作：获取字段、取消访问检查、清除 final 标志（关键）、再赋值：
- 用
Class.getDeclaredField("fieldName")获取私有/公有字段 - 调用
field.setAccessible(true)跳过访问控制 - 通过反射修改
modifiers字段，将Modifier.FINAL对应的 bit 清零（⚠️ 这步是核心，否则set()会抛IllegalAccessException） - 最后调用
field.set(instance, newValue)
实际代码示例（含注意事项）
以下以修改一个 public static final String 字段为例（注意：静态字段传 null 作为实例）：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
Field field = TargetClass.class.getDeclaredField("CONSTANT_NAME");
field.setAccessible(true);
// 获取并修改 modifiers（需先获取 Field 类中的 modifiers 字段）
Field modifiersField = Field.class.getDeclaredField("modifiers");
modifiersField.setAccessible(true);
modifiersField.setInt(field, field.getModifiers() & ~Modifier.FINAL);
// 现在可以安全 set
field.set(null, "new value"); // 静态字段
// field.set(obj, 42); // 实例字段
⚠️ 注意：
– 此操作在 JDK 9+ 模块系统下可能被 SecurityManager 或模块封禁（需开放 --add-opens 参数）
– 修改 String、基本类型包装类等不可变对象字段时，部分 JVM 会缓存并忽略更新
– 多线程环境下无任何同步保障，极易引发不一致
替代方案比反射更安全
真正需要“可配置常量”，应避免用 final 字段硬编码：
- 改用依赖注入（如 Spring 的
@Value或配置中心） - 封装为 getter 方法，内部读取配置或 volatile 变量
- 测试时用 Mockito 的
mockStatic（JUnit 5 + Mockito 3.4+）拦截静态方法，而非改字段 - 若仅为测试，优先考虑构造参数化或 Builder 模式，减少对静态常量的依赖
反射破除 final 是技术上的“后门”，不是设计手段。它破坏了封装与契约，容易导致不可维护、不可预测的行为。
