java反射本质是运行时“照镜子”，通过class对象动态获取类结构并操作成员，打破编译期约束，在spring、mybatis等框架中实现配置驱动与动态代理。
Java 反射是面试高频考点，核心不在背API，而在理解“动态性”如何打破编译期约束，以及它在真实框架中怎么起作用。下面从四个关键维度拆解，直击面试官想听的逻辑。
一、反射的本质：不是调API，是“运行时照镜子”
面试官常问“什么是反射”，答“能获取类信息、调用方法”太浅。要讲清对比：
- 正向调用：编译期就知道
User user = new User()，类型固定、路径确定 - 反射调用：运行时才拿到字符串
"com.example.User"，靠Class.forName()加载、解析、实例化——相当于程序自己打开字节码，现场读结构 - 本质是 JVM 类加载机制的延伸：每个类加载后生成唯一
Class对象，它就是元数据总控台，所有反射操作都绕不开它
二、Class 对象的三种获取方式，必须说清适用场景和区别
不能只罗列代码，要说明为什么用这个而不是那个：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
-
User.class：编译期已知类型，不触发类初始化，安全高效，适合工具类内部硬编码场景 -
obj.getClass()：已有实例但类型不确定（比如多态返回值），注意返回的是实际运行时类型，不是声明类型 -
Class.forName("xxx")：配置驱动或插件化场景（如 JDBC 加载驱动、Spring 解析 Bean 类名），会触发类的静态初始化块执行
三、私有成员访问不是“黑魔法”，而是权限检查的临时绕过
面试爱问setAccessible(true)，重点不是“能改”，而是“为什么需要它”：
- JVM 的访问控制检查在反射调用时实时发生，
setAccessible(true)只是临时关闭该检查，不改变字段本身的修饰符 - 修改
private final字段可行，但对编译期内联的常量（如static final String s = "abc"）无效——因为字节码里已经替换成字面量了 - JDK 9+ 模块系统下需额外配置
add-opens，否则会抛InaccessibleObjectException
四、性能与风险：框架用它，但你得知道代价在哪
不能只说“慢”，要说清慢在哪、怎么缓存、为什么仍值得用：
- 慢在三处：类查找开销、访问检查开销、类型转换开销（比如
invoke()返回Object需强转） - 优化关键：缓存
Constructor/Method/Field对象，避免重复getDeclaredMethod()；Spring 就是这么干的 - 真正风险不是性能，而是破坏封装带来的隐式耦合——比如反射调用私有方法，一旦对方类重构，你的代码就崩，且编译期完全不报错
不复杂但容易忽略：反射不是炫技工具，它是框架实现“配置即代码”“约定优于配置”的底层杠杆。理解它，才能看懂 Spring 是怎么把 XML 或注解变成 Bean 的。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
