跳到主要內容

Java 從入門到精通-反射機制_網頁設計公司


※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面



網站的第一印象網頁設計,決定了客戶是否繼續瀏覽的意願。台北網動廣告製作的RWD網頁設計,採用精簡與質感的CSS語法,提升企業的專業形象與簡約舒適的瀏覽體驗,讓瀏覽者第一眼就愛上它。



導讀


  Java反射機制是開發者邁向結構化開發的重要一步,同時掌握了反射機制也就掌握了所有框架的核心實現思想。


認識反射機制


簡單例子



  通過以上的程序就會發現,除了對象的正向處理操作之外,還可以通過getClass()方法來獲取一個類對應的完整的信息的結構,而這就是反射的開始。


Class類對象實例化



  在整個反射機制之中,Class類是整個反射操作的源頭所在,如果現在可以獲取Class類的對象,那麼就可以進行所有的更加深層次的反射操作(上面案例僅僅是根據實例化對象的Class獲取了類的基本名稱)。


  在Java的處理機制之中,實際上會有三種方式可以獲取Class類的實例化對象。


方式一、


  由於在Object類中提供有getClass()方法,所以任意的實例化對象都可以通過此方法來獲取Class類的對象實例。



方式二、


  在Java處理過程之中,可以直接使用"類名稱.class"的形式直接在沒有產生實例化對象的時候獲取Class類的實例。



  這個時候輸出會直接通過toString()方法來獲取相關的對象完整信息。


方式三、


  在Class類的內部提供一個根據"類名稱"字符串實現類反射加載的處理方法


 public static Class<?> forName(String className) throws ClassNotFoundException {}

  在之前獲取Class類對象的情況下都必須獲取類本身對應的程序包,但是如果使用了"Class.forName()"方法進行Class類對象實例化獲取的時候,就可以直接將類名稱以字符串的形式定義在程序之中。



  這個時候就通過字符串實現了類的加載,但是需要明確的是,以上的這幾點處理語法在整個項目的實際開發過程之中全部都有可能使用到,不可能做一個優先級區分。


反射實例化類對象


  上面三種方式,我們已經可以得到三種實例化Class類對象的方法,但是不理解的是,為什麼我們要分析這三種方法,或者是為什麼要獲取Class類的實例化對象呢?


反射對象實例化


  在Java之中如果要想產生一個類的實例化對象,那麼你給要通過關鍵字new進行構造方法的調用,隨後再通過該對象進行具體的類的結構操作,可以除了這種關鍵字new之外,如果此時已經獲得了Class類的對象實例,那麼就可以通過Class類的如下方法來實現類對象的實例化處理。


傳統對象實例化



反射對象實例化



  通過以上兩個代碼的對比可以發現,使用關鍵字new或者使用反射機制中提供newInstance()兩個方法都可以實現類對象實例化處理,這樣就意味着從此之後可以不局限於關鍵字"new"的使用。JDK 1.9之後傳統所使用的newInstance()方法不推薦使用了,變為了以下使用方式


class.getDeclaredConstructor().newInstance();

  在JDK 1.9之後如果要想通過Class類對象獲取其他類的實例,那麼就需要進行方法的更換,但是又另外一點需要注意的是,當通過Class類對象獲取指定類實例的時候,newInstance()方法所返回的數據類型為Object,那麼這個時候就需要進行一些對象的向下轉型處理(對象的向下會存在有安全隱患)



  需要注意的是,雖然以上的操作可以通過向下轉型獲取指定類型的對象實例,但是這種操作的代碼是存在有設計上問題的,之所以使用反射很大的程度上是不希望進行完整類信息的導入,但是如果僅僅是按照如上的方式進行處理,那麼如果真的有一些其他包的類,則依然會出現導入包的情況。


  當有了反射機制的支持之後,那麼就可以得到第二種對象實例化的方案,而這種方案之中主要依靠的是Class完成。



反射與工廠設計模式


  通過反射可以獲取類的實例化對象,但是現在就需要去思考為什麼要提供反射的機制來獲取實例化對象,或者說如果直接使用關鍵字new有什麼問題嘛?如果要想回答這個問題最佳的做法是通過工廠設計模式來進行分析。



  但是如果說此時IPeople接口裡面有幾萬個子類呢?此時Factory類維護起來是不是很麻煩?所以這種傳統的靜態工廠類是不可能滿足於現實的項目開發要求的,最佳的做法要採用動態工廠類,反射機制就可以登場了。


  在使用反射操作的時候只需要根據字符串(類名稱)獲取Class類的實例化對象之後就可以直接反射實例化對象處理,這樣的操作最適合完成工廠設計的改良。


通過動態工廠設計模式解決當前的設計問題:



  此時工廠類完全變為了一種獨立的操作模式,不管你的項目中IPeople接口到底會產生多少個子類,那麼對於整個的工廠類來講都沒有任何的區別,只要給出類的完全路徑即可,並且該類屬於IPeople接口的子類,就都可以動態實例化。


反射機制與單例設計模式



  可以看到在JVM進程之中某一個類只允許提供唯一的一個實例化對象。


※綠能、環保無空污,成為電動車最新代名詞,目前市場使用率逐漸普及化



台中景泰電動車行只是一個單純的理由,將來台灣的環境,出門可以自由放心的深呼吸,讓空氣回歸自然的乾淨,減少污染,留給我們下一代有好品質無空污的優質環境




 線程安全的單例模式



 反射獲取類結構信息


  反射機制除了可以通過Class類的方式獲取一個類的實例化對象之外,其最大的特點還可以實現整個類結果的剖析。例如:該類的父類、他實現的父接口、類中的構造方法、成員屬性或者普通方法等等。


獲取類結構信息


  如果要進行一個類的定義,那麼在這個類中往往會存在有程序所處的包、一個類所繼承的父類或者是相關的實現接口,那麼這些信息都可以通過Class類直接獲取,在Class中提供如下的幾個方法。



  1. public Package getPackage(){} ==>獲取指定類的所在包

  2. public Class<? super T> getSuperclass(){} ==>獲取實現父類

  3.  public Class<?>[] getInterfaces(){} ==>獲取所有實現的全部接口



  在整個的程序之中利用Class這種處理結構,就可以持續進行當前類繼承關係的剖析,這樣的操作的結構就是對已有類執行反射的處理過程。之所以現在可以實現這樣的功能,主要的原因是針對於生成的二進制字節碼文件進行的處理。


反射調用構造方法


  在一個類中會存在有若干個構造方法的信息,那麼這樣就在Class類裏面可以基於反射機制來獲取一個類中全部已經存在的構造方法,具體的操作方法如下。



  1. public Constructor<T> getConstructor(Class<?>... parameterTypes) throws NoSuchMethodException, SecurityException  -->根據指定參數類型獲取指定構造方法對象


  2. public Constructor<?>[] getConstructors() throws SecurityException  -->獲取類中全部構造方法,只能訪問public構造方法的訪問權限

  3. public Constructor<T> getDeclaredConstructor(Class<?>... parameterTypes) throws NoSuchMethodException, SecurityException  -->獲取類中指定參數類型構造方法


  4. public Constructor<?>[] getDeclaredConstructors() throws SecurityException -->獲取全部構造方法,可以獲得類中全部構造方法


  可以發現在Class類中對於構造方法信息的獲取分為了兩組的方法名稱,之家有什麼區別呢?



  在Java反射機制之中,每一個Constrcutor類對象實例實際上都會描述一個對應的構造方法信息,於是可以使用Constructor類中的如下方法進行構造方法的處理



  1. public String getName()  -->獲取構造方法的名稱

  2. public int getParameterCount()  --> 獲取方法中的參數個數

  3. public TypeVariable<?>[] getTypeParameters()  -->獲取構造方法的參數類型

  4. public T newInstance(Object... initargs)  -->調用構造方法進行對象的反射實例化


  獲取構造方法的主要目的是進行指定有參構造的對象實例化處理操作。



 反射調用方法


  在一個類中處理構造之外還會存在有許多類中提供的方法,那麼在這種情況下,所有的方法信息也是可以通過Class類的對象反射獲取的,使用如下方法獲取即可



  1. public Method getMethod(String name, Class<?>... parameterTypes)  -->獲取類中的public訪問權限定義的指定方法

  2. public Method[] getMethods()  -->獲取類中所有定義的public方法

  3. public Method getDeclaredMethod(String name, Class<?>... parameterTypes)  -->獲取本類中的指定參數的方法,不區分訪問控制權限

  4. public Method[] getDeclaredMethods()  -->獲取本類中所有方法(不區分訪問控制權限)



  在Java反射機制運行過程之中,每一個方法都通過Method類的對象實例來進行包裝,這種情況下如果要想進行方法更深入層次的調用,就需要去研究Method類的重要組成,在Method類中提供有如下幾個常用方法



  1. public Class<?> getReturnType()  -->獲取方法的返回值類型

  2. public Type[] getGenericParameterTypes()  -->獲取方法的參數類型

  3. public Type[] getGenericExceptionTypes()  -->獲取方法中拋出的異常類型

  4. public Object invoke(Object obj, Object... args)  -->方法的調用

  5. public int getModifiers()  -->方法的訪問修飾符


  通過反射獲取類中的全部的方法的信息內容,在之前進行方法內容輸出的時候所採用的方式是由Method類提供的toString()方法,我們現在可以實現所有方法信息的獲取


package com.cyb.demo;

import java.lang.reflect.Method;
import java.lang.reflect.Modifier;
import java.lang.reflect.Type;

class People { // People類中的構造方法使用不同的訪問權限
public void Speak() {}
private String Run(String name) throws Exception{
return name+"正在跑。。。";
}
public String SelfInfo(String name,int age) throws RuntimeException,Exception{
return "我叫:"+name+",今年:"+age+"歲了";
}
}

public class Demo {
public static void main(String[] args) throws Exception {
Class
<?> clazz = Class.forName("com.cyb.demo.People");
Method[] methods
= clazz.getDeclaredMethods();
for(Method m:methods) {
System.out.print(Modifier.toString(m.getModifiers())
+" "); //方法的修飾符
System.out.print(m.getGenericReturnType().getTypeName()+" "); //返回值類型
System.out.print(m.getName()+" ("); //方法的名稱
Type[] parameterTypes = m.getGenericParameterTypes();
for (int i = 0; i < parameterTypes.length; i++) {
if (i>0) {
System.out.print(
",");
}
System.out.print(parameterTypes[i].getTypeName()
+" arg"+i);
}
System.out.print(
")");
Type[] exceptionTypes
= m.getGenericExceptionTypes(); //獲取所有拋出的異常信息
if (exceptionTypes.length>0) {
System.out.print(
" throws"); //輸出throws信息
for (int x = 0; x < exceptionTypes.length; x++) {
if (x>0) {
System.out.print(
", ");
}
System.out.print(exceptionTypes[x].getTypeName());
}
}
System.out.println();
//換行
}
}
}


  在實際項目的開發過程之中,使用Method類的對象最大的用途並不是進行方法結構的剖析(Method方法缺陷就是無法獲取參數具體名稱定義),最大的用途在於可以實現方法的反射調用



  使用如上的形式代替掉傳統的關鍵字new以及明確的"對象.方法()"形式,本質上來將就是為了進行解耦合設計。


反射調用成員屬性


  類中除了提供有構造還有方法之外,最為重要的概念就是屬性,因為在不同的對象裏面所保存的內容就屬於屬性的信息,屬性嚴格來講在Java中成為成員,所以如果要想獲得所有程序的信息,就需要通過Class類的對象來完成。



  1. public Field[] getFields()  -->獲取所有繼承而來的public成員

  2. public Field getField(String name)  -->獲取一個指定名稱的成員

  3. public Field[] getDeclaredFields()  -->獲取本類定義的全部成員

  4. public Field getDeclaredField(String name)  -->獲取本類中指定名稱的成員對象


  對於成員來講一定分為本類成員、父類成員以及接口中的常量成員等信息,那麼下面來獲取這些信息。



  在實際項目開發過程之中,如果使用反射進行處理的時候,一般來講都會採用"getDeclaredFields、getDeclaredField",方式來獲取本類的操作屬性(即便使用了private封裝也可以返回),所有的成員在Java中都使用Field類型來進行描述。



Field類的相關方法



  1. public Object get(Object obj)  -->獲取指定成員的內容

  2. public void set(Object obj, Object value)  -->設置成員的屬性內容

  3. public String getName()  -->獲取成員名稱

  4. public Class<?> getType()  -->獲取成員類型

  5. public void setAccessible(boolean flag)  -->設置封裝的可見性


  如果在一個類的對象裏面要進行成員的操作,那麼一定要首先獲取本類的實例化對象,然後才可以進行,在Field類中就直接提供有set()方法設置屬性,get()方法獲取屬性的操作。


通過Field實現屬性的直接操作



  從上面例子我們可以看到,童話里都是騙人的,設置為private私有屬性,直接可以用反射暴力(setAccessible)打開可見性。對於屬性的操作一般還是建議通過setter、getter方法完成,Field類只是表示有這種能力,但並不推薦。


Unsage工具類


  java.lang.reflect 本身所描述的是一種反射的基本操作功能,除了這個基本的功能之外,在JDK裏面還提供有一個比較特殊的反射類:sun.misc.Unsafe (按照Java開發的原則來將,所有以"sun"開頭的包一般都不建議調用,因為這些包都會與操作系統的底層有關,可以直接通過C++代碼進行操作),其中Unsafe類可以實現在沒有實例化對象的情況下進行類中方法的調用,在這個類中提供有如下兩個重要的結構



  1. private Unsafe(){}

  2. private static final Unsafe theUnsafe = new Unsafe();


  一般在單例設計模式之中,如果類中的構造方法被私有化了,往往會提供有一個static方法獲取本類對象,但是Unsafe類沒有這樣的處理方法,這個時候可以考慮通過反射的機制來獲取內部提供的"theUnsafe"對象


獲取Unsafe類對象的實例



  獲取Unsafe類的對象實例最為重要的目的是可以繞過JVM的管理機制來實現一些類的調用處理,例如:傳統的開發之中,只要調用類中的普通方法,就必須有實例化對象存在,但是如果使用了Unsafe類,這個機制就可以被打破了。


通過Unsafe類繞過JVM的對象管理機制實現方法調用



結尾


  通過上面一系列的學習,你已經學會了反射的基本方法調用,實際開發中還需要多多應用實戰練習,利用反射可以大幅度減少重複性代碼的開發。


  通過一系列的分析可以發現利用Unsafe類的對象實例可以直接繞過JVM運行機制,從而直接實現指定類的方法調用,並且連實例化對象的操作全部省略了。


完~~

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站,提高曝光率!



以設計的實用美學觀點,規劃出舒適、美觀的視覺畫面,有效提昇使用者的心理期待,營造出輕鬆、愉悅的網站瀏覽體驗。




Orignal From: Java 從入門到精通-反射機制_網頁設計公司

留言

這個網誌中的熱門文章

有了四步解題法模板,再也不害怕動態規劃!(看不懂算我輸)

導言 動態規劃問題一直是算法面試當中的重點和難點,並且動態規劃這種通過空間換取時間的算法思想在實際的工作中也會被頻繁用到,這篇文章的目的主要是解釋清楚 什麼是動態規劃 ,還有就是面對一道動態規劃問題,一般的 思考步驟 以及其中的注意事項等等,最後通過幾道題目將理論和實踐結合。 什麼是動態規劃 如果你還沒有聽說過動態規劃,或者僅僅只有耳聞,或許你可以看看 Quora 上面的這個 回答 。 How to explain dynamic 用一句話解釋動態規劃就是 " 記住你之前做過的事 ",如果更準確些,其實是 " 記住你之前得到的答案 "。 我舉個大家工作中經常遇到的例子。 在軟件開發中,大家經常會遇到一些系統配置的問題,配置不對,系統就會報錯,這個時候一般都會去 Google 或者是查閱相關的文檔,花了一定的時間將配置修改好。 過了一段時間,去到另一個系統,遇到類似的問題,這個時候已經記不清之前修改過的配置文件長什麼樣,這個時候有兩種方案,一種方案還是去 Google 或者查閱文檔,另一種方案是借鑒之前修改過的配置,第一種做法其實是萬金油,因為你遇到的任何問題其實都可以去 Google,去查閱相關文件找答案,但是這會花費一定的時間,相比之下,第二種方案肯定會更加地節約時間,但是這個方案是有條件的,條件如下: 之前的問題和當前的問題有着關聯性,換句話說,之前問題得到的答案可以幫助解決當前問題 需要記錄之前問題的答案 當然在這個例子中,可以看到的是,上面這兩個條件均滿足,大可去到之前配置過的文件中,將配置拷貝過來,然後做些細微的調整即可解決當前問題,節約了大量的時間。 不知道你是否從這些描述中發現,對於一個動態規劃問題,我們只需要從兩個方面考慮,那就是 找出問題之間的聯繫 ,以及 記錄答案 ,這裏的難點其實是找出問題之間的聯繫,記錄答案只是順帶的事情,利用一些簡單的數據結構就可以做到。 概念 上面的解釋如果大家可以理解的話,接    動態規劃 算法是通過拆分問題,定義問題狀態和狀態之間的關係,使得問題能夠以遞推(或者說分治)的方式去解決。它的幾個重要概念如下所述。    階段: 對於一個完整的問題過程,適當的切分為若干個相互聯繫的子問題,每次在求解一個子問題...

純電動 Mini Cooper SE 將成為中國國產車,年產 16 萬輛

BMW 集團與中國長城汽車合資,將於江蘇建立新廠,專門投入生產 MINI Cooper SE 和部分長城品牌電動車,預計於 2022 年完工並投入生產,每年將可生產 16 萬輛電動車。 靈動可愛的 Mini Cooper,在許多車迷心中都有著特殊的地位,今年 7 月發表了首款純電動版本的 Mini Cooper SE 之後,獲得熱烈迴響,預訂數量已接近 8 萬台,顯示大家對於純電 Mini 的熱愛,因為油電版的 Mini Cooper Countryman 的全球總銷售量也才 3 萬出頭。 Mini Cooper SE 之前公布了官方定價,最低從 27,900 歐元起算,美國售價約 29,900 美元。相比現有的三門款,只貴了一成左右。然而,三年後,中國消費者將有機會買到最便宜的電動 Mini。 電動 Mini Cooper SE 最低價是 27,900 歐元,扣掉全額補助最低可以到 24,400 歐元。 BMW 集團與中國長城汽車集團於 2018 年宣布,將組建合資公司光束汽車,投入在中國的電動車生產計畫,而現在他們正式宣布啟動計畫,於江蘇張家港打造一個新工廠,全部投入電動車的製造,包括了 Mini Cooper SE 和其他長城汽車旗下的電動車。 目前的電動 Mini 只在英國牛津工廠製造,不難想像當產能轉移到中國後,Mini Cooper SE 的價格將有機會進一步調降,來競爭全球最大的電動車市場。這座屬於合資公司光束汽車的新工廠,採用一個新的產銷模式,由 BMW 和長城共同合作開發、設計、製造新產品,但是銷售通路完全沿用原本的品牌渠道。 換句話說,2020 年到 2022 年銷售的電動 Mini,將會是英國製造,而 2022 年後就會有中國製造版本開賣,考量到 Mini 在中國每年約有 30 萬輛的銷售額,同時油電版的 Coutryman 銷量更佔了全球將近五分之一,無怪乎 BMW 會想在最接近主要市場的地方蓋工廠囉。 外型完美復刻油車版 最後,簡單介紹一下 Mini Cooper SE 這台車。Mini 在電動化的路上,盡力保持著跟經典造型一致的設計,畢竟大家愛的就是它的設計。電動版的 Mini 車頭、車身跟車屁股都多了一個黃色的插頭標誌,車頭的氣壩則變成封閉式設計,除此之外,幾乎看不出來差別,連馬達...

我的USB為什麼總是無法識別,到底是為甚麼呢?這真的讓我好困擾

其實判斷軟件硬件問題很簡單,在別的機器或換個系統試試就可以了.有些小的問題不妨先用專門軟件格式化下.還有提醒你WINDOWS下格式化時要選擇FAT,不要選FAT32。 倘若插入後,在右下角彈出電腦正在嘗試連接此USB設備的一些信息,有時會彈出對話框讓用戶選擇,有些用戶還沒看清就點了否,或者因為電腦一些初始的設置問題,禁止了USB的一些功能。解決辦法:右鍵點"我的電腦",選"屬性"--"硬件"--"驅動器簽名",在此選擇"忽略",點"確定"。然後重新插上usb,還是不連的話,再右鍵點"我的電腦"--"屬性"--"硬件"--"設備管理器",從中找到"通用串行總線控制器",右鍵,然後"掃描檢測硬件改動"。如果都不行那就是USB識別程序或U盤的問題從控制面板進入添加或刪除硬件將所有USB設備都刪除,重新安裝需要使用的USB設備驅動程序,重新啟動電腦 USB CONNECTOR   USB CONNECTOR  USB CONNECTOR Orignal From: 我的USB為什麼總是無法識別,到底是為甚麼呢?這真的讓我好困擾