高级java每日一道面试题-2025年4月29日-基础篇[反射篇]-是否可以通过反射改变`final`字段的值？为什么？

最新推荐文章于 2025-05-01 20:06:47 发布

java我跟你拼了

最新推荐文章于 2025-05-01 20:06:47 发布

阅读量632

点赞数 23

分类专栏： java每日一道面试题文章标签： java 面试开发语言反射篇基础篇高级面试

本文链接：https://blog.csdn.net/qq_43071699/article/details/147599296

版权

java每日一道面试题专栏收录该内容

384 篇文章

订阅专栏

如果有遗漏,评论区告诉我进行补充

面试官: 是否可以通过反射改变`final`字段的值？为什么？

我回答:

Java中通过反射修改`final`字段的综合解析

一、核心结论：技术可行但需谨慎

是的，可以通过反射修改final字段的值，但这是对Java语言特性的"越权操作"，会破坏final的不可变性保证。这种操作在特定场景（如测试框架）可能有用，但在生产代码中应严格避免。

二、技术实现原理与步骤

1. 反射修改`final`字段的完整流程

import java.lang.reflect.Field;
import java.lang.reflect.Modifier;

public class FinalFieldReflectionDemo {
    static class TargetClass {
        private final String immutableValue = "Initial";
        
        public String getValue() {
            return immutableValue;
        }
    }

    public static void main(String[] args) throws Exception {
        TargetClass obj = new TargetClass();
        System.out.println("Before: " + obj.getValue()); // 输出 Initial
        
        // 1. 获取字段引用
        Field field = TargetClass.class.getDeclaredField("immutableValue");
        
        // 2. 绕过访问控制检查
        field.setAccessible(true);
        
        // 3. 关键步骤：移除final修饰符
        Field modifiersField = Field.class.getDeclaredField("modifiers");
        modifiersField.setAccessible(true);
        modifiersField.setInt(field, field.getModifiers() & ~Modifier.FINAL);
        
        // 4. 修改字段值
        field.set(obj, "Modified");
        
        System.out.println("After: " + obj.getValue()); // 输出 Modified
    }
}

2. 关键技术点解析

访问控制绕过
setAccessible(true)允许访问私有字段，这是反射操作的基础。
字段修饰符修改
通过Field.class.getDeclaredField("modifiers")获取字段的修饰符字段，然后：
- 获取当前修饰符：field.getModifiers()
- 清除final标志：& ~Modifier.FINAL（位运算清除final位）
- 写回修改后的修饰符
值修改
在移除final标志后，即可通过field.set()修改字段值。

三、深入原理与限制

1. JVM层面的实现机制

编译期检查：编译器确保final字段只被赋值一次（构造函数或初始化块）
运行期处理：JVM对final字段的修改没有硬性限制，反射操作绕过了编译期检查
内存模型影响：
- 对于普通final字段：JVM可能做常量折叠优化
- 对于引用类型的final字段：可能被JIT优化为只读引用

2. 重要限制与约束

JVM版本差异
- Java 9+模块化系统增加了限制，需要添加JVM参数：
```
--add-opens java.base/java.lang.reflect=ALL-UNNAMED
```
- Java 16+默认禁止模块间反射访问，需额外配置
特定场景限制
- 静态final基本类型字段：可能被编译器内联优化，修改后可能不生效
- 常量表达式：如static final int VALUE = 100;，可能被优化为常量值
安全限制
- 在安全管理器下可能抛出SecurityException
- 代码签名验证可能失败

四、风险与最佳实践

1. 主要风险分析

风险类型	具体表现
线程安全	破坏不可变性可能导致并发修改问题
性能问题	反射操作比直接访问慢10-100倍
可维护性	代码意图不明确，增加调试难度
兼容性	依赖JVM内部实现，未来版本可能失效
安全性	可能破坏关键类的不可变性（如`String.CASE_INSENSITIVE_ORDER`）

2. 实际案例：单例模式破坏

public class SingletonReflectionAttack {
    private static final Singleton INSTANCE = new Singleton();
    
    private Singleton() {}
    
    public static Singleton getInstance() {
        return INSTANCE;
    }
    
    public static void main(String[] args) throws Exception {
        // 反射创建新实例
        Constructor<Singleton> constructor = Singleton.class.getDeclaredConstructor();
        constructor.setAccessible(true);
        Singleton newInstance = constructor.newInstance();
        
        // 反射修改final字段
        Field instanceField = Singleton.class.getDeclaredField("INSTANCE");
        instanceField.setAccessible(true);
        instanceField.set(null, newInstance); // 破坏单例
        
        System.out.println(Singleton.getInstance() == newInstance); // true
    }
}