簡介針對(duì)Java面試中高頻的反射機(jī)制專題這份PDF整理匯總了11道經(jīng)典面試題及解答適合正在準(zhǔn)備Java后端崗位面試、希望系統(tǒng)梳理反射知識(shí)點(diǎn)的開發(fā)者閱讀。內(nèi)容涵蓋new與反射創(chuàng)建對(duì)象的效率差異、反射在JDBC/Hibernate/Spring等框架中的應(yīng)用、獲取Class對(duì)象的4種方式、Field/Method/Constructor等反射類用途以及反射優(yōu)缺點(diǎn)與setAccessible(true)、緩存、字節(jié)碼工具等優(yōu)化方案并包含用Class和Constructor的newInstance方法創(chuàng)建實(shí)例的步驟示例。每個(gè)題目均給出簡明答案部分輔以關(guān)鍵代碼便于理解記憶和考前快速回顧。資源為獨(dú)立PDF文件共1個(gè)文件壓縮包約569KB已有228人學(xué)習(xí)適合作為Java面試突擊清單之一。1. Java反射是什么給類照一次“X光”拿到它的完整體檢報(bào)告Java反射Reflection可能是Java里最容易被當(dāng)成“玄學(xué)”的特性之一。初學(xué)者常在框架源碼里看到它卻又說不清它到底做了什么。一句話先給個(gè)定義反射就是程序在運(yùn)行時(shí)動(dòng)態(tài)地獲取某個(gè)類的所有信息屬性、方法、構(gòu)造器并操作它們的能力。打個(gè)比方new一個(gè)對(duì)象像是按圖紙直接造零件而反射像是先給類拍一整套X光片拿到體檢報(bào)告后再根據(jù)報(bào)告現(xiàn)場決定怎么操作它。這份“體檢報(bào)告”就是Class對(duì)象。搞懂反射不只是為了應(yīng)付面試題更是理解框架、連接數(shù)據(jù)庫、寫工具類的前提。這篇就把它的原理、用途和容易混淆的坑一次講清楚。2. 為什么需要反射總有些類編譯期根本不知道它的名字2.1 new 的局限代碼寫死 vs 運(yùn)行期才知道平時(shí)寫代碼創(chuàng)建一個(gè)對(duì)象最常見的方式就是 new。new 的寫法很直接但它有一個(gè)隱含的約束編譯的時(shí)候類名必須是確定的。UserService userService new UserService();這一行代碼在編譯階段編譯器就要能找到 UserService 這個(gè)類。如果類名寫錯(cuò)了編譯直接報(bào)錯(cuò)。這在大多數(shù)業(yè)務(wù)代碼里沒問題因?yàn)槟阈枰膫€(gè)類通常是早就定好的。但有一類場景 new 就無能為力了你寫代碼的時(shí)候根本不知道運(yùn)行時(shí)具體要用哪個(gè)類類名字符串要到程序跑起來那一瞬間才出現(xiàn)。典型例子是加載數(shù)據(jù)庫驅(qū)動(dòng)。早期 JDBC 連接數(shù)據(jù)庫時(shí)常見的寫法是這樣Class.forName(com.mysql.cj.jdbc.Driver);這段代碼里的驅(qū)動(dòng)類名是一個(gè)字符串存在配置文件里運(yùn)行時(shí)才拼接出來。如果只靠 new你必須在代碼里硬編碼某一個(gè)數(shù)據(jù)庫的驅(qū)動(dòng)類換數(shù)據(jù)庫就得改源碼重新編譯。而用反射只要傳入不同的類名就能動(dòng)態(tài)加載不同的驅(qū)動(dòng)。這背后依賴的正式反射機(jī)制的第一個(gè)能力給定一個(gè)類名字符串在運(yùn)行時(shí)找到并加載這個(gè)類。2.2 獲取 Class 對(duì)象的四種方式反射的“入口”就靠它要用反射第一步永遠(yuǎn)是拿到某個(gè)類的 Class 對(duì)象。什么是 Class 對(duì)象通俗地說它記錄了這個(gè)類本身的全部“元信息”類名叫什么、有哪些字段、有哪些方法、構(gòu)造器長什么樣。拿到 Class 對(duì)象就是拿到了反射操作的總?cè)肟?。獲取 Class 對(duì)象有四種方式區(qū)別和使用場景見下表獲取方式寫法適用場景注意點(diǎn)Class.forName(全限定名)Class.forName(com.example.User)類名字符串來自配置文件或用戶輸入運(yùn)行時(shí)才知道是哪個(gè)類需要手寫完整包名類名拼錯(cuò)會(huì)抱運(yùn)行時(shí)異常類名.classUser.class編譯期就知道要操作哪個(gè)類最直接不會(huì)觸發(fā)類的初始化效率高寫錯(cuò)編譯期就報(bào)錯(cuò)對(duì)象名.getClass()user.getClass()已經(jīng)有一個(gè)實(shí)例想知道它的實(shí)際類型只能在有對(duì)象實(shí)例后用多用于判斷對(duì)象的真實(shí)運(yùn)行時(shí)類型基本類型包裝類的 TYPEInteger.TYPE獲取 int、double 這類基本類型對(duì)應(yīng)的 Class只能用來表示基本類型不能用它獲取實(shí)例四種方式拿到的是同一個(gè)東西也就是同一個(gè) Class 對(duì)象。同一個(gè)類在同一個(gè)類加載器下它的 Class 對(duì)象只會(huì)有一個(gè)。正因?yàn)槿绱吮容^兩個(gè)對(duì)象是不是同一個(gè)類型時(shí)可以借助 Class 對(duì)象來判斷。// 判斷兩個(gè)對(duì)象是不是同一個(gè)類型 boolean isSameType obj1.getClass() obj2.getClass();2.3 Class 對(duì)象里到底裝了什么一個(gè)類的“元數(shù)據(jù)快照”Class 對(duì)象不是類的實(shí)例而是類的“戶口本”。它裝的是關(guān)于這個(gè)類本身的描述這類信息在計(jì)算機(jī)里叫元數(shù)據(jù)metadata。打個(gè)比方一個(gè) User 類可以創(chuàng)建出成千上萬個(gè) User 實(shí)例每個(gè)實(shí)例有自己的姓名、年齡而 User 的 Class 對(duì)象只有一份它記錄的是“User 這個(gè)類有哪些字段、哪些方法、構(gòu)造器是什么樣的”。反射能拿到哪些信息完全取決于 Class 對(duì)象里存了什么。一個(gè)典型的 Class 對(duì)象里包括類名、包名、父類、實(shí)現(xiàn)的接口、聲明的字段Field、構(gòu)造器Constructor、方法Method、注解等信息。后面要講的 Field、Method、Constructor 這三個(gè)類本質(zhì)上都是對(duì) Class 對(duì)象中某類元數(shù)據(jù)的封裝。值得注意的一點(diǎn)Class 對(duì)象對(duì)應(yīng)的是類本身它沒有“當(dāng)前屬性值”的概念。你不能問 Class 對(duì)象“這個(gè) User 的年齡是多少”因?yàn)椤澳挲g”是實(shí)例的私有數(shù)據(jù)Class 里只存著“有沒有 age 這個(gè)字段、它是 int 類型”這樣的結(jié)構(gòu)信息。想要讀某個(gè)具體對(duì)象的字段值必須同時(shí)持有 Class 對(duì)象和該實(shí)例后面的章節(jié)會(huì)展開講。3. 反射的三大操作創(chuàng)建對(duì)象、調(diào)用方法、讀寫字段3.1 創(chuàng)建對(duì)象無參和有參構(gòu)造器兩條路反射最常用的操作之一是在運(yùn)行時(shí)創(chuàng)建對(duì)象。拿到 Class 對(duì)象后有兩種常見的創(chuàng)建方式。// 獲取 Class 對(duì)象 Class? clazz Class.forName(com.example.User); // 方式一調(diào)用無參構(gòu)造器 User user1 (User) clazz.newInstance();方式一代碼量最少但有一個(gè)硬性限制目標(biāo)類必須有一個(gè)公開的無參構(gòu)造器。如果類里只有有參構(gòu)造器newInstance()會(huì)直接拋異常。而且在新版 JDK 中這個(gè)方法已被標(biāo)記為過時(shí)官方更推薦先獲取 Construct 對(duì)象再創(chuàng)建實(shí)例。// 方式二獲取指定構(gòu)造器再創(chuàng)建對(duì)象 ConstructorUser constructor clazz.getDeclaredConstructor(String.class, String.class, int.class); User user2 constructor.newInstance(小李, 男, 20);方式二看起來代碼多但它解決了一個(gè)關(guān)鍵問題可以通過參數(shù)類型精確定位某個(gè)構(gòu)造器然后傳入對(duì)應(yīng)實(shí)參完成創(chuàng)建。注意getDeclaredConstructor的參數(shù)列表是 Class 類型的數(shù)組必須和構(gòu)造器聲明的參數(shù)類型嚴(yán)格匹配。這里踩坑的人很多構(gòu)造器接收的是Integer類型你傳int.class運(yùn)行時(shí)會(huì)匹配不上拋NoSuchMethodException。3.2 調(diào)用方法拿到 Method再點(diǎn)“播放鍵”反射不只能創(chuàng)建對(duì)象還能調(diào)用任意方法包括私有方法。核心思路是通過 Class 對(duì)象找到目標(biāo)方法的 Method 對(duì)象然后調(diào)用 Method 的invoke方法。Class? clazz Class.forName(com.example.User); Object user clazz.getDeclaredConstructor().newInstance(); // 拿到名為 sayHello、參數(shù)是 String 的方法 Method method clazz.getDeclaredMethod(sayHello, String.class); // 關(guān)閉訪問檢查允許調(diào)用私有方法 method.setAccessible(true); // invoke 的第一個(gè)參數(shù)是“誰來執(zhí)行這個(gè)方法”后面是方法實(shí)參 Object result method.invoke(user, 反射);這段代碼里有個(gè)細(xì)節(jié)值得記住invoke的第一參數(shù)必須是該類的實(shí)例因?yàn)閷?shí)例方法要有一個(gè)“調(diào)用者”。如果調(diào)用的是靜態(tài)方法這個(gè)位置傳null即可。getDeclaredMethod的第二個(gè)參數(shù)是可變長表示方法簽名里的參數(shù)類型列表順序不能亂。方法有重載時(shí)正是靠這個(gè)參數(shù)列表來區(qū)分到底找哪一個(gè)。3.3 讀寫字段Field 能改 privatesetAccessible 是關(guān)鍵反射還能直接讀和改對(duì)象的字段值包括那些用private修飾的私有字段。這在寫通用框架時(shí)特別有用比如通用的對(duì)象序列化、表單對(duì)象賦值的工具類都能靠 Field 操作字段。Class? clazz Class.forName(com.example.User); Object user clazz.getDeclaredConstructor().newInstance(); // 獲取名為 age 的字段 Field ageField clazz.getDeclaredField(age); // 因?yàn)?age 是 private默認(rèn)沒有訪問權(quán)限必須調(diào)用 setAccessible(true) ageField.setAccessible(true); // 讀取字段值get 返回 Object需要強(qiáng)轉(zhuǎn) int age (int) ageField.get(user); // 修改字段值 ageField.set(user, 30);setAccessible(true)是這里的關(guān)鍵。它做的是關(guān)閉 Java 語言的訪問權(quán)限檢查。注意這個(gè)方法不是 Field 獨(dú)有的Method 和 Constructor 也都繼承自公共的AccessibleObject父類所以說“關(guān)閉安全檢查”這件事在訪問字段、調(diào)用方法、創(chuàng)建對(duì)象時(shí)是通用的。使用它等于告訴虛擬器我知道這個(gè)成員是私有的但我仍然要操作它請(qǐng)你跳過權(quán)限校驗(yàn)。3.4 四個(gè)核心反射類的分工一張表看懂講了三個(gè)操作背后的主角始終是四個(gè)類。它們的分工非常清晰反射類名字含義對(duì)應(yīng)操作典型方法Class類的元數(shù)據(jù)快照反射的總?cè)肟讷@取類的一切信息forName、newInstance、getDeclaredMethodsField字段描述讀取和修改字段值get、set、setAccessibleMethod方法描述調(diào)用目標(biāo)方法invoke、setAccessibleConstructor構(gòu)造器描述按指定參數(shù)創(chuàng)建實(shí)例newInstance一句話記住它們的關(guān)系Class 是藍(lán)圖Field、Method、Constructor 是藍(lán)圖上的三塊局部圖。拿到 Class 以后想要哪塊局部圖就調(diào)用對(duì)應(yīng)的方法去取。下面這段代碼展示了一次取全的過程Class? clazz Class.forName(com.example.User); // 獲取聲明的所有方法包括私有返回一個(gè)數(shù)組 Method[] methods clazz.getDeclaredMethods(); for (Method m : methods) { System.out.println(m.toString()); } // 獲取聲明的所有字段 Field[] fields clazz.getDeclaredFields(); for (Field f : fields) { System.out.println(f.toString()); } // 獲取聲明的所有構(gòu)造器 Constructor?[] constructors clazz.getDeclaredConstructors(); for (Constructor? c : constructors) { System.out.println(c.toString()); }4. 反射的易混概念和常見誤區(qū)5個(gè)坑踩過的人不少4.1 誤區(qū)一反射創(chuàng)建對(duì)象等于 new效率完全不是一回事有人覺得反射就是“另一種寫法的 new”沒太大區(qū)別。其實(shí)兩者的區(qū)別在深入使用時(shí)特別明顯。為什么混從效果上看clazz.newInstance()和new User()都返回了一個(gè) User 對(duì)象表面結(jié)果一樣。怎么區(qū)分new 在編譯期就能確定類型字節(jié)碼里直接就有創(chuàng)建指令JVM 執(zhí)行起來路徑最短。反射則是在運(yùn)行時(shí)先要通過字符串查找和加載類再解析類結(jié)構(gòu)每一步都要做額外的臨時(shí)對(duì)象和方法調(diào)用。整個(gè)過程繁瑣不少所以性能天然比 new 低。官方資料和大量血淚經(jīng)驗(yàn)都表明熱點(diǎn)路徑上頻繁用反射性能會(huì)明顯退化。后面會(huì)說怎么做優(yōu)化但即使優(yōu)化過也不如直接 new 快。4.2 誤區(qū)二getMethods 能拿到私有方法別想太多有人順手用getMethods()來拿類的全部方法然后發(fā)現(xiàn)私有方法不見了以為是反射失效了。為什么混兩個(gè)名字看起來很像都是“取方法”容易混用。怎么區(qū)分getMethods()返回的是類的所有 public 方法包括從父類繼承來的 public 方法getDeclaredMethods()返回的是當(dāng)前這個(gè)類自己聲明的所有方法不管 public 還是 private但不會(huì)包含繼承來的方法。字段同理getFields()只能拿 public 字段而getDeclaredFields()能拿本類聲明的私有字段。想拿到本類私有方法必須用帶Declared的那個(gè)版本。方法名包含本類私有成員包含繼承來的 public 成員適用場景getMethods() / getFields()否是只關(guān)心對(duì)外暴露的公共成員getDeclaredMethods() / getDeclaredFields()是否想全量查看本類的所有成員包括私有4.3 誤區(qū)三Class 對(duì)象就是實(shí)例兩個(gè)完全不同的東西Class 對(duì)象和類的實(shí)例對(duì)象是兩種東西但初學(xué)者很容易搞混。為什么混user.getClass()這個(gè)方法是從對(duì)象上調(diào)用的返回的又像是“和 user 有關(guān)的東西”容易把它和 user 本身攪在一起。怎么區(qū)分對(duì)象是類的“作品”有實(shí)際的數(shù)據(jù)比如 user.getName() 能返回“小明”。Class 對(duì)象是類的“說明書”它回答的是“User 類有什么成員”而不是“這個(gè) User 叫什么名字”。還有個(gè)重要的驗(yàn)證方式同一個(gè)類只會(huì)有一個(gè) Class 對(duì)象但可以有很多個(gè)實(shí)例。user1.getClass() user2.getClass()返回 true但user1 user2幾乎永遠(yuǎn)是 false除非兩者是同一個(gè)對(duì)象。4.4 誤區(qū)四forName 和 類名.class 沒區(qū)別觸發(fā)時(shí)機(jī)不一樣獲取 Class 對(duì)象有四種方式很多人覺得殊途同歸隨便用就行。為什么混結(jié)果看起來都一樣——都得到了同一個(gè) Class 對(duì)象于是被認(rèn)為完全等價(jià)。怎么區(qū)分Class.forName(完整類名)傳入的是字符串它會(huì)在運(yùn)行時(shí)主動(dòng)查找并加載類加載過程中執(zhí)行類的靜態(tài)初始化塊也就是 static {} 里的代碼。而類名.class是編譯期就能確定的一個(gè)字面量它拿到 Class 對(duì)象時(shí)不會(huì)主動(dòng)觸發(fā)類的初始化邏輯。換句話說一個(gè)“動(dòng)手加載”一個(gè)“被動(dòng)引用”。這就是為什么加載數(shù)據(jù)庫驅(qū)動(dòng)時(shí)用 forName 更合適有些驅(qū)動(dòng)的靜態(tài)注冊(cè)邏輯寫在靜態(tài)代碼塊里必須靠 forName 觸發(fā)而反射某些類只是為了取方法用類名.class會(huì)更輕量。4.5 誤區(qū)五反射“不安全” 漏洞是封裝邊界被繞過了反射可以獲取私有字段和私有方法于是有人擔(dān)心它是不是一個(gè)安全漏洞。為什么混字面上看“能訪問私有成員”和“不安全”確實(shí)像一回事。怎么區(qū)分二者層次不同。反射的“不安全”準(zhǔn)確說是破壞了封裝性——類的作者用 private 聲明“這個(gè)成員不對(duì)外公開”反射可以強(qiáng)行繞過這些限制訪問它。但這本身不是一種系統(tǒng)入侵行為而是 JVM 在運(yùn)行時(shí)提供的能力。真正該擔(dān)心的混淆是如果你把反射的入口暴露給不可信用戶對(duì)方確實(shí)可能利用它做更多操作。所以安全的做法是內(nèi)部工具類可以用反射提升靈活性但對(duì)外部輸入不做校驗(yàn)就拼進(jìn)類名字符串沖動(dòng)調(diào)用才是危險(xiǎn)點(diǎn)。封裝性和靈活性之間的權(quán)衡是每個(gè)反射使用者要自己把握的。5. 反射的性能與安全慢在哪怎么補(bǔ)救破壞封裝怎么理解5.1 反射為什么慢一次調(diào)用背后有三層檢查都知道反射慢但具體慢在哪看一個(gè)方法調(diào)用過程就知道Method method clazz.getDeclaredMethod(sayHello, String.class); method.setAccessible(true); method.invoke(user, 反射);第一層慢在查找getDeclaredMethod需要掃描類的方法列表按名字和參數(shù)類型做匹配這是一個(gè)遍歷比較的過程。第二層慢在權(quán)限如果方法不是 publicinvoke 還會(huì)做訪問檢查。第三層慢在包裝invoke 接收的是 Object 類型的參數(shù)和返回值所以基本類型會(huì)被自動(dòng)裝箱成包裝類比如 int 變成 Integer多出對(duì)象的創(chuàng)建和拆裝開銷。這三層疊在一起反射調(diào)用的耗時(shí)自然比直接方法調(diào)用高出不少。5.2 提速三板斧setAccessible、緩存、字節(jié)碼生成反射慢不代表不能用關(guān)鍵是有沒有做優(yōu)化。最常用的是三招。第一招顯式調(diào)用setAccessible(true)。原理上面說過它跳過訪問權(quán)限檢查省掉那一道校驗(yàn)。第二招把反射找到的 Method、Field 對(duì)象緩存下來。因?yàn)椤安檎曳椒ā边@一步最費(fèi)時(shí)間而同一個(gè)方法在一個(gè)類里只會(huì)有一份元數(shù)據(jù)拿到一次后存到 Map 里下次直接復(fù)用。// 用一個(gè) Map 緩存 Method 對(duì)象避免每次反射都重新查找 private static final MapString, Method METHOD_CACHE new ConcurrentHashMap(); public static Object invokeCached(Object target, String methodName, Object... args) throws Exception { String key target.getClass().getName() # methodName; Method method METHOD_CACHE.get(key); if (method null) { method target.getClass().getDeclaredMethod(methodName); method.setAccessible(true); METHOD_CACHE.put(key, method); } return method.invoke(target, args); }緩存的效果立竿見影第一次反射時(shí)做掃描和解析之后每次調(diào)用直接使用已有的 Method 句柄省掉了最貴的查找過程。第三招更高級(jí)引入字節(jié)碼生成工具。這類工具直接生成字節(jié)碼來模擬方法調(diào)用相當(dāng)于把反射的運(yùn)行時(shí)分流變成了編譯期生成的直接調(diào)用速度比普通反射快一個(gè)量級(jí)。很多高性能框架底層就是這么做的適合真正需要極致熱點(diǎn)的場景。5.3 反射與“破壞封裝”是繞過不是攻擊反射能訪問私有成員這一點(diǎn)常常讓人心里沒底。需要理清一個(gè)概念封裝性是代碼設(shè)計(jì)層面的約定不是系統(tǒng)結(jié)構(gòu)層面的防御。private 修飾符的作用是讓調(diào)用者在 IDE 里、在編譯期一眼看出“這個(gè)成員不該從外面碰”。反射的setAccessible(true)可以在運(yùn)行時(shí)越過這層約定但它遵守的是 JVM 的運(yùn)行時(shí)權(quán)限規(guī)則。反射沒有把數(shù)據(jù)加密層破壞掉也不是通過網(wǎng)絡(luò)入侵代碼內(nèi)存它繞開的只是語言層面的可訪問性約束。所以合理的態(tài)度是這樣的日常業(yè)務(wù)代碼里隨手給私有方法加一個(gè)反射調(diào)用是不推薦的做法因?yàn)榇a可讀性被操作了維護(hù)的人看完會(huì)一頭霧水。但在框架工具類里用反射去操作私有構(gòu)造器、執(zhí)行 setAccessible反而是常見且合理的技術(shù)選擇。判斷標(biāo)準(zhǔn)從來不是“能不能”而是“該不該、有沒有更清晰的辦法”。6. 什么時(shí)候該用反射什么時(shí)候別碰一條簡單的判斷線6.1 典型該用反射的場景框架類代碼是最典型的使用場景。ORM 框架需要把數(shù)據(jù)庫查出來的行映射成對(duì)象往往在運(yùn)行時(shí)才知道實(shí)體類有哪些字段用 Field 批量賦值就非常自然。注解處理器也依賴反射在運(yùn)行時(shí)掃描類上的注解再根據(jù)注解值去做對(duì)應(yīng)的邏輯。動(dòng)態(tài)代理、依賴注入容器、配置文件驅(qū)動(dòng)的擴(kuò)展點(diǎn)加載基本都是靠反射實(shí)現(xiàn)的。總結(jié)一條判斷線代碼里是否“在寫代碼時(shí)無法確定類型只能靠運(yùn)行時(shí)的字符串或配置來決定操作目標(biāo)”。是就該用反射。6.2 典型不該用反射的場景下面幾種情況大概率是誤用了反射。每天執(zhí)行上千次的業(yè)務(wù)循環(huán)里反射調(diào)用帶來的額外開銷會(huì)被放大如果只是為了省幾行代碼不值得。已有清晰的接口和繼承關(guān)系可以表達(dá)邏輯時(shí)不要用反射繞開接口。需要追求代碼可讀性的核心業(yè)務(wù)邏輯也盡量避免反射因?yàn)榉瓷湔{(diào)用在 IDE 里無法跳轉(zhuǎn)代碼搜索也不友好后續(xù)維護(hù)成本高。記住口訣能用接口表達(dá)的不用反射能用靜態(tài)類型表達(dá)的不做動(dòng)態(tài)發(fā)現(xiàn)。6.3 一個(gè)具體例子迷你通用方法調(diào)用工具假設(shè)你在寫一個(gè)框架接收外部配置的方法名調(diào)用任意對(duì)象的方法這個(gè)時(shí)候反射就非常合適。public static Object callByName(Object target, String methodName, Object... args) throws Exception { Class? clazz target.getClass(); // 根據(jù)參數(shù)運(yùn)行時(shí)類型拼出方法的參數(shù)類型列表 Class?[] typeList new Class?[args.length]; for (int i 0; i args.length; i) { typeList[i] args[i].getClass(); } Method method clazz.getDeclaredMethod(methodName, typeList); method.setAccessible(true); return method.invoke(target, args); }如果外部調(diào)用者的方法簽名固定、參數(shù)類型明確這個(gè)工具完全夠用。但如果參數(shù)里有基本類型或接口實(shí)現(xiàn)類args[i].getClass()的類型可能和聲明的參數(shù)類型不完全一致那時(shí)需要額外的類型匹配邏輯。這也是反射最常見的翻車點(diǎn)類型對(duì)不上運(yùn)行時(shí)才發(fā)現(xiàn)錯(cuò)誤。同樣的功能如果改成在編譯期能確定對(duì)象的類型和方法名優(yōu)先直接調(diào)用。這個(gè)迷你工具只在真正“運(yùn)行時(shí)才知道調(diào)用哪個(gè)方法”的場景里才有意義。從那以后我每次在項(xiàng)目里寫反射相關(guān)工具類都會(huì)強(qiáng)制自己先走一遍那三問這真的需要運(yùn)行時(shí)才知道類名嗎這個(gè)調(diào)用路徑熱嗎有沒有不用反射就能表達(dá)的寫法三問都通過才敢動(dòng)手。希望這次的講解能幫到你。本文還有配套的精品資源點(diǎn)擊獲取