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