简介这是一份包含11道Java反射面试题的PDF学习资料主要面向准备Java岗位面试的开发者和需要系统回顾反射机制的初中级程序员。资源从最基础的创建对象方式入手对比反射创建与new关键字的效率差异解析反射在JDBC驱动加载、Hibernate及Spring框架中的典型应用。同时完整列出获取Class对象的四种途径逐类讲解Class、Field、Constructor、Method等反射核心API的含义与用法并客观分析反射的优缺点和提升性能的常见手段。资源为一个PDF文件大小约569KB题目覆盖创建实例、获取类信息、动态调用方法等高频考点每题都配有简洁的答案与可运行代码示例例如通过Class.forName加载指定类、使用getDeclaredMethods遍历方法、借助Constructor选定构造器创建对象等。已有228人学习适合在面试前集中刷题也可作为开发中查阅反射用法的随身速查手册。1. 先搞清楚Java反射面试题到底在考什么你在准备面试时看到这份《06-Java反射面试题11题-新增.pdf》第一反应大概是反射这个点还能考出什么新花样我见过不少候选人能把Class.forName和getMethod背得滚瓜烂熟但一被问到「反射调用一个方法比直接调用慢多少」「为什么框架都爱用反射」「泛型擦除之后反射还能拿到类型吗」就卡壳。反射在Java面试里的定位很特殊它既是JVM层面的黑匣子又是Spring、MyBatis这些框架的底座。面试官考反射表面考API实际考你对类加载、运行时类型、方法调度的理解深度。这篇笔记我按11题的常见出题方向拆成六块先讲反射的本质再给典型题目的答题框架最后放一段能直接跑的代码和7个踩坑记录让你拿到题不是背答案而是能推答案。2. 反射为什么是高频考点从JVM层面看清反射的本质2.1 Class对象与类加载反射的入口不是new而是forName很多初学者以为反射就是从Class.forName开始的但这只是API层面的入口。面试官真正想看的是你知不知道每个类在JVM里都对应一个java.lang.Class实例这个实例是在类加载阶段由类加载器创建的。当你写new User()时JVM先检查这个类是否已经加载如果没有就会走加载、验证、准备、解析、初始化这一串流程最后在堆里生成一个ClassUser对象这个对象里存着这个类的所有元数据方法、字段、构造器、注解、接口、父类。反射的本质就是「在运行时通过Class对象反向获取并操作这些元数据」。为什么面试爱考这个因为它能区分「用过反射」和「理解反射」的人。比如Class.forName(com.example.User)和ClassLoader.getSystemClassLoader().loadClass(com.example.User)都能拿到Class对象但前者会执行类的静态初始化块也就是static {}代码后者不会。很多人在写数据库驱动加载时用Class.forName只知道要写这行不知道原因其实是「驱动注册是在静态代码块里做的」。能把这个区别讲清楚就已经超过一半的面试者。面试中如果被问「获取Class对象有几种方式」标准答案是三种类名.class、对象.getClass()、Class.forName(全限定名)。但你要主动补一句边界类名.class是在编译期确定的不会触发类加载对象.getClass()是运行时确定的指向实际类型Class.forName是运行时动态加载并且会触发初始化。如果面试官追问「这三种方式哪一种能在不知道类名时用」答案只有forName因为另外两种写代码时就要知道类名。这一层补出来面试官就知道你是真的调过。2.2 反射调用方法invoke背后发生了什么反射调方法的核心API是Method.invoke。你可能会想它不就是method.invoke(obj, args)这么一行吗但面试官会追问「为什么反射慢」。这时候你需要给出JVM视角的回答普通方法调用在编译期就能确定符号引用运行期直接解析为直接引用走的是虚方法分派甚至可以内联。而反射调用在运行期才拿到方法元数据每次invoke都要做参数装箱、安全检查、方法解析还要通过MethodAccessor动态生成字节码副本首次调用后JVM可能会做 inflation 优化但依然不如直接调用快。我一般会用一个例子说明假设有一个UserService里面有1000个方法直接调用和反射调用各跑100万次反射耗时通常是直接调用的5到10倍。这不是精确数据但足够让面试官知道你真的做过基准测试。更关键的是面试官可能会问「如何优化反射调用」。常见做法是对同一个Method对象缓存setAccessible(true)或者用MethodHandle替代反射因为它走的是更底层的签名多态调用或者用LambdaMetafactory生成函数式调用点性能接近直接调用。框架层则常见做法是缓存Method、Field对象而不是每次反射都重新获取。2.3 反射的性能开销到底有多大用数据说话与其背「反射慢」不如亲手测一次。下面这段代码可以在你的机器上跑出对比数据面试时直接当论据用。代码逻辑很直接同一个add方法分别用直接调用、反射调用、缓存Method后调用三种方式各跑100万次记录耗时。public class ReflectionBenchmark { public static void main(String[] args) throws Exception { Calculator calc new Calculator(); Method method Calculator.class.getMethod(add, int.class, int.class); method.setAccessible(true); int iterations 1_000_000; long start System.nanoTime(); for (int i 0; i iterations; i) { calc.add(i, 1); } long directCost System.nanoTime() - start; start System.nanoTime(); for (int i 0; i iterations; i) { method.invoke(calc, i, 1); } long reflectCost System.nanoTime() - start; System.out.printf(直接调用: %.2f ms%n, directCost / 1_000_000.0); System.out.printf(反射调用: %.2f ms%n, reflectCost / 1_000_000.0); System.out.printf(反射/直接: %.2f 倍%n, (reflectCost 0.0) / directCost); } } class Calculator { public int add(int a, int b) { return a b; } }这段代码里有两个参数值得注意int.class是基本类型Integer.class是包装类型用错会抛NoSuchMethodExceptionsetAccessible(true)跳过访问检查能显著减少耗时。跑出来的倍数在不同JDK版本上不一样你只需要记住大方向低版本JDK反射可能是几十倍差距新版JDK优化后通常5到10倍。面试时说出「我实测过JDK17下反射比直接调用慢约X倍」比背结论有说服力得多。3. 11道反射面试题背后的6个考点从题目反推答题框架3.1 获取Class对象的三种方式别只说「有三种」11道反射题里几乎一半都会直接或间接问到这个点。答全三种方式不难但答出「各自的适用场景」才算到位类名.class用于编译期就知道类型的场景比如日志工具里判断参数类型对象.getClass()用于拿到实际运行类型比如多态下你想知道究竟传进来的是哪个子类Class.forName用于配置驱动名字、加载策略可变的场景比如写一个支持可插拔实现类的工厂。答完这三种主动补一句「forName会触发初始化loadClass不会」这道题基本满分。还有个衍生考点Class对象本身是唯一的吗同一个类在同一个类加载器下Class对象只有一份但如果两个类加载器都加载了同一个类文件它们各自有独立的Class对象用instanceof判断甚至会失败。这个点属于「类加载器」和「反射」的交界面试中出现频率不低。3.2 反射创建实例newInstance与构造器的取舍Class.newInstance()在Java 9之后被标记为废弃原因有两个它只能调用无参构造器并且它把构造器抛出的异常包装成InvocationTargetException看不到原始原因。面试官问「用反射创建一个对象有几种方式」时正确答案是先拿Constructor再constructor.newInstance(args)。这里要能脱口而出如果类没有无参构造器必选Constructor方式私有构造器也可以通过setAccessible(true)强拆。我见过一个高频追问「为什么Class.newInstance()废弃了但很多旧代码还在用」原因是历史惯性以及确实有无参构造器场景的便利。但面试时你要主动表明「新代码我不用它」再讲一下Constructor.newInstance怎么处理参数类型比如int.class和Integer.class不混用。这个细节特别容易在写工具类时翻车。3.3 反射访问私有成员setAccessible真正作用是什么这一题几乎是反射面试题的必选项。考法通常是「给你一个类里面的私有字段password你怎么在测试里拿到它」你当然要说先getDeclaredField(password)再field.setAccessible(true)最后field.get(obj)。但面试官会追问「setAccessible到底做了什么为什么它能绕过私有权限」深层回答它修改的是这个AccessibleObjectField/Method/Constructor的父类的override标志位。JVM在做访问控制检查时发现这个标志位为true就直接跳过权限判断。注意它不是修改目标类的访问权限而是修改你手里这个反射对象的开关。另一个考点是setAccessible(true)在Java 9模块化系统下可能失败因为9的模块系统把访问控制前移了如果你访问的是其他模块里的非开放包即使setAccessible(true)也会抛InaccessibleObjectException。这题能答到模块化层级面试官会认为你踩过坑。3.4 反射与泛型类型擦除后还能拿到类型吗泛型在编译后会被擦除ListString变成List所以很多人以为反射拿不到泛型信息。其实JVM在字节码里存了泛型签名只是普通运行时代码看不见。通过Field.getGenericType()或Method.getGenericParameterTypes()可以拿到ParameterizedType比如拿到ListString里的实际类型参数String。这个知识点在实际工作中常用于把JSON字符串反序列化成泛型对象、Mapper扫描泛型父类。面试时如果问「反射能不能拿到泛型类型」你要分两层答运行时instanceof没法区分ListString和ListInteger因为擦除了但通过反射API里的getGenericXxx系列可以拿到泛型签名。如果你能补一个例子比如class UserDao extends BaseDaoUser用this.getClass().getGenericSuperclass()拿到User类型面试官基本就认可了。这是Spring和MyBatis里TypeReference和BaseMapperT的底层原理。3.5 反射与代理动态代理为什么必须用反射Proxy.newProxyInstance是反射的一个综合应用场景。它有三个参数类加载器、接口数组、InvocationHandler。实际调用时生成的代理类把每个接口方法都分发到handler.invoke而invoke方法的第二个参数就是Method对象底层正是通过反射调用目标方法。所以动态代理本质上是「运行时生成一个实现指定接口的类」它必须用到反射来匹配方法。如果要答出「为什么不用编译期生成代理」因为接口可能来自外部JAR编译期拿不到只能运行时动态发现。这个考点常和Spring AOP绑在一起问为什么Spring切面能拦截Transactional方法因为Spring默认用JDK动态代理基于接口如果没有接口就用CGLIB基于子类不需要反射拿接口但本质也是运行时生成字节码。面试时能分清「JDK代理要求目标类实现接口CGLIB不要求」算合格能讲出「CGLIB代理使用MethodProxy而不是Method.invoke以实现更快调用」就算优秀。3.6 反射与框架Spring的IOC和MyBatis映射都靠它这一题通常是综合题。面试官会问「你知道Spring是怎么把Autowired字段注入进对象的吗」答案链条是Spring容器启动时扫描类名用Class.forName加载类然后通过反射获取构造器或字段找到带Autowired注解的字段后用field.set(obj, 依赖对象)注入。整个过程中类名是配置文件或注解里写的字符串Spring在编译期完全不知道具体类只能全靠反射。MyBatis的Mapper接口也一样框架运行时用Proxy.newProxyInstance为每个Mapper接口生成代理对象当调用userMapper.selectById(1)时代理对象通过反射拿到Method名字和参数再拼SQL返回结果时又用反射把列名映射到实体字段。如果面试官让你「手写一个迷你IOC容器」核心代码就四行解析类名、Class.forName、找构造器、constructor.newInstance。平时在代码里多留意框架源码里的getDeclaredField面试时你就能举出真实出处。4. 手写一个反射工具类把私有字段变成Map的实战4.1 完整代码对象转Map的「暴力」实现面试题里有一类实操题「给你一个任意对象用反射把它转成MapString, Object要求遍历所有字段包括私有的」。这道题写起来不难但能反映出你对字段遍历、访问控制、异常处理的理解。下面这个工具类是我平时常用的版本自测过能处理继承链上的字段。import java.lang.reflect.Field; import java.util.HashMap; import java.util.Map; public class ReflectMapUtil { public static MapString, Object toMap(Object obj) throws IllegalAccessException { MapString, Object map new HashMap(); Class? clazz obj.getClass(); // 向上遍历父类把整条继承链的字段都收进来 while (clazz ! null) { Field[] fields clazz.getDeclaredFields(); for (Field field : fields) { field.setAccessible(true); // 绕过私有权限 map.put(field.getName(), field.get(obj)); } clazz clazz.getSuperclass(); // 处理父类后继续上找 } return map; } }这个类的关键点有三个getDeclaredFields只能拿当前类声明的字段拿不到父类的所以要用while循环沿继承链向上收集setAccessible(true)放在循环里是因为每个字段对象都要单独设置field.get(obj)传入的是对象实例不是类本身初学者常在这一步传成clazz导致IllegalArgumentException。另外注意getDeclaredFields返回数组顺序不保证如果你要输出稳定的字段顺序需要先排序。4.2 参数说明与可改造点如果你要扩展这个工具有三个方向值得做。第一过滤静态字段和final字段比如static final long serialVersionUID这类字段不是业务数据取值也没有意义可以在循环里加Modifier.isStatic(field.getModifiers())判断后跳过。第二支持null值跳过或保留Map里允许null传入但实际项目中序列化工具往往会忽略。第三处理循环引用如果对象A里有对象BB里又有A直接转Map会栈溢出你需要加一个IdentityHashMap记录已访问对象。这里给一个过滤静态字段的补丁思路在field.get(obj)之前用java.lang.reflect.Modifier判断修饰符。你不必在面试时写完整版但提到这两个修饰符场景面试官会认为你考虑过边界条件。另外这个工具在测试时有一个隐藏坑如果对象里有Class类型的字段field.get(obj)返回一个Class对象放进Map后JSON序列化时会输出一串不友好的类名。实战中更稳的处理是对Class类型单独转成getSimpleName()。4.3 单元测试确认私有字段真的取出来了有了代码最好配套一个测试类。下面这个测试覆盖了三个关键行为能拿到私有字段的值、能处理继承字段、不会抛安全检查异常。测试类里只有断言没有多余逻辑一眼能看清结果。import org.junit.jupiter.api.Test; import static org.junit.jupiter.api.Assertions.*; class ReflectMapUtilTest { Test void shouldReadPrivateAndInheritedFields() throws Exception { User user new User(zhangsan, 25); user.hobby coding; MapString, Object map ReflectMapUtil.toMap(user); assertEquals(zhangsan, map.get(name)); // 私有字段 assertEquals(25, map.get(age)); // 私有字段 assertEquals(coding, map.get(hobby)); // 公有字段 assertEquals(hello, map.get(nickName)); // 父类私有字段 } static class BaseUser { private String nickName hello; } static class User extends BaseUser { private String name; private Integer age; public String hobby; User(String name, Integer age) { this.name name; this.age age; } } }这段测试里assertEquals(zhangsan, map.get(name))验证了私有字段可读map.get(nickName)验证了继承链上父类的私有字段也能被拿到。注意age是包装类型Integer放在Map里取值时如果是强转(int)要小心ClassCastException建议用Integer.valueOf(map.get(age).toString())这类安全转换。测试跑通后你面试时可以直接说「这种工具我写过并且配了单测」比空口说原理有分量。5. 反射面试避坑指南7个最容易翻车的细节5.1 坑一forName会触发静态初始化loadClass不会现象用Class.forName(com.example.Driver)加载驱动成功但直接用ClassLoader.getSystemClassLoader().loadClass(com.example.Driver)加载后数据库连接报「找不到驱动」。原因Class.forName默认执行类初始化驱动类里的static { DriverManager.registerDriver(new Driver()); }会被执行而loadClass只加载不初始化注册动作不会发生。解决如果你使用loadClass需要手动调用Class.forName(name, true, classLoader)第二个参数true表示初始化。面试时这个坑一般以「驱动加载为什么用forName」出现你要用这句话回答。5.2 坑二setAccessible(true) 在模块化系统下可能失效现象JDK9及以上版本反射访问其他模块的类时即使调用了setAccessible(true)仍然抛InaccessibleObjectException。原因模块化后非导出包的访问控制优先级高于setAccessible。你的模块没在module-info.java里exports对应包JVM就不允许反射介入。解决对于第三方库可以在启动参数加--add-opens java.base/java.langALL-UNNAMED对于自己的项目在模块描述里开放对应包。面试时遇到这个问题重点讲「模块化改变了反射的边界」即可不用深记所有启动参数。5.3 坑三invoke 基本类型参数会踩装箱陷阱现象method.invoke(obj, 1, 2)报IllegalArgumentException: argument type mismatch但你的方法明明是add(int, int)。原因反射调用时invoke接受的是Object...基本类型会被装箱成Integer。当你获取的Method对象是用getMethod(add, int.class, int.class)得到的参数类型是int传入Integer后拆箱能成功但如果你用getMethod(add, Integer.class, Integer.class)获取方法而方法实际签名是int匹配不上就报错。解决获取Method时参数类型用int.class不要用Integer.class。调用时如果被装箱了JVM会自动拆箱但前提是获取方法时类型匹配正确。面试时直接说「getMethod的第二个参数要和源码签名严格一致」就够了。5.4 坑四反射拿到的字段顺序不稳定现象同一个类在JDK8下getDeclaredFields的顺序和声明顺序一致JDK17下顺序可能变化导致测试断言失败。原因虚拟机规范没有规定getDeclaredFields返回数组的顺序不同版本JVM实现可能不同甚至同一版本不同类加载顺序也会影响。解决写代码时永远不要依赖反射返回的字段顺序先收集到数组再按Modifier或字段名字排序测试断言也别直接比对数组顺序用contains或转成Map后再取值。面试时能答出「不保证顺序」的人很少这也能体现你踩过坑。5.5 坑五反射与Lambda表达式别混为一谈现象有人试图用反射去调用一个Lambda表达式内部的方法结果发现拿不到任何方法名。原因Lambda表达式在JVM里是invokedynamic指令运行时生成的是函数式接口的匿名实现不是方法反射只能拿到函数式接口的抽象方法拿到不到Lambda体内部的方法。解决如果你要在调用Lambda前做拦截用MethodHandle或InvocationHandler包装如果你只是想知道Lambda是什么类型用lambda.getClass()但别指望反射能拆解Lambda内部结构。面试答这一题时讲清楚invokedynamic与反射的适用边界。5.6 坑六getDeclaredField 拿不到父类字段现象子类对象调用getDeclaredField(parentField)抛NoSuchFieldException换成getField能拿到但只限于public。原因getDeclaredField只能获取当前类声明字段不含继承字段getField能拿继承的公有字段但拿不到私有的父类字段。解决像4.1代码那样沿getSuperclass()向上遍历每一层的getDeclaredFields。这个坑在面试实操题里几乎必考直接背下这个遍历逻辑即可。5.7 坑七代理对象反射时类型判断错误现象动态代理返回的对象obj instanceof UserService返回true但直接用UserService.class.cast(obj)后调用方法却说不是UserService类型。原因代理类是在运行时动态生成的实现了UserService接口但代理类本身不是你的UserServiceImpl。如果obj实际对应的是代理类强转成UserServiceImpl会抛ClassCastException因为你只能转成接口类型。解决反射获取方法时接口方法要用接口的Class去拿Method而不是用实现类拿到Method后invoke传入代理对象。这个细节在AOP场景下经常翻车。面试时能说出「代理对象只保证实现接口不保证和实现类有继承关系」就够了。6. 把11道题变成30道反射面试题的进阶复习法刷反射面试题不能只背答案我常用的办法是把每一道题拆成「原理层 应用层 异常层」三个角度自问。比如看到「获取Class对象有几种方式」我会紧接着问自己forName抛出ClassNotFoundException时线程上下文类加载器会怎么处理看到「是spring IOC怎么实现的」我会问如果字段类型是接口Spring怎么决定注入哪个实现类这么一拆一道题就能衍生出三四个追问面试时就不会被「你还知道哪些细节」打懵。第二个习惯是追源码。找一个你熟悉的框架比如某个你项目里用到的ORM框架打开它的MapperProxy或SqlSession源码搜索getDeclaredMethod、Proxy.newProxyInstance这些关键词看它们是在哪个环节用反射。常见做法是先把断点打在invoke方法上跟着调用栈走一遍你会发现反射在框架里根本不要命命门是「方法名到SQL的映射」。你不需要啃完整套源码只需要找到两三个关键点面试时说出「我追过XX框架的Mapper代理代码它是在xxx时候用反射生成代理对象」就足够了。第三个习惯是背三个底层结论面试时可以直接抛第一反射的入口是Class对象所有操作都从它展开第二setAccessible是访问控制的开关但模块化后JVM可以不让开第三反射性能瓶颈主要在动态解析和访问检查缓存Method、关闭检查可以显著提升性能。这三个结论能覆盖80%的反射面试题。另外我建议你亲手跑一遍第2.3节的基准测试把实际倍数记在心里比任何资料上的数据都可靠。最后提醒一句面试题PDF只是索引真正的分数来自你能否在不能查资料的情况下把原理讲得和实际操作一致。我在刷完第一轮反射题后给自己挖过一个坑只记了getDeclaredField能拿私有字段却忘了父类字段要遍历继承链结果笔试里的工具题写错了。从那以后我每看一道反射题都用最小代码验证一遍。希望这个习惯对你也有用希望帮到你。本文还有配套的精品资源点击获取