反射是把“代码和类的绑定关系”从编译期推迟到运行期的能力；它通过Class对象（JVM加载类后生成的元数据镜像）实现动态加载、检查与调用，如MyBatis依字段名匹配setter方法完成ResultSet自动映射。
面试中聊反射，关键不是背定义，而是用一句话锚定它的存在理由，再用生活化类比带出技术逻辑，最后落到你真实接触过的场景。别堆术语，要讲清“为什么需要它”和“它怎么起作用”这两层。
一句话定义要直击本质
别开口就说“运行时获取类信息”，太虚。可以这样说：反射是把“代码和类的绑定关系”从编译期推迟到运行期的能力。比如平时写 User user = new User()，编译器必须看到 User 类；而反射允许你只传一个字符串 "com.example.User"，等程序跑起来才去加载、检查、创建——这正是框架能解耦、配置能驱动逻辑的根本原因。
类比要具体可感
用“检票员看车票”比“人事档案柜”更贴面试语境：你不需要提前记住所有车票样式，乘客递来一张票，你现场扫一眼就知道车次、座位、有效期，然后放行。反射就是这个“现场扫码”的能力——JVM 把每个类编译后的结构（字段、方法、构造器）存成一份“电子票面”，Class 对象就是这张票本身。
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
讲清楚 Class 对象是唯一入口
面试官常卡在这儿。你要强调：所有反射操作都始于 Class 对象，它不是普通对象，而是 JVM 在类加载后生成的“元数据镜像”。获取方式就三种，但用途分明：
立即学习“Java免费学习笔记（深入）”；
-
User.class：编译期已知类型，最安全，不触发类初始化 -
obj.getClass()：已有实例但类型不确定（比如多态返回值） -
Class.forName("xxx")：纯字符串驱动，Spring 解析 XML 或注解时全靠它，会触发静态块
顺手带出一个真实动因
别只说“框架用了”，要说你理解的底层动因：框架不知道业务类长什么样，但又要给它们赋值、调用方法、检查注解——没有反射，就得为每个业务类手写一套模板代码。反射让框架用同一套逻辑，适配任意类。比如 MyBatis 把 ResultSet 每一行映射成 User 对象，它根本没硬编码 User 的 setId()，而是拿到 User 的 Class 后，遍历所有 setter 方法，按字段名匹配调用。
