導讀 Java反射機制是開發者邁向結構化開發的重要一步,同時掌握了反射機制也就掌握了所有框架的核心實現思想。 認識反射機制 簡單例子 通過以上的程式就會發現,除了對象的正向處理操作之外,還可以通過getClass()方法來獲取一個類對應的完整的信息的結構,而這就是反射的開始。 Class類對象實例化 ...
導讀
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中提供如下的幾個方法。
- public Package getPackage(){} ==>獲取指定類的所在包
- public Class<? super T> getSuperclass(){} ==>獲取實現父類
- public Class<?>[] getInterfaces(){} ==>獲取所有實現的全部介面
在整個的程式之中利用Class這種處理結構,就可以持續進行當前類繼承關係的剖析,這樣的操作的結構就是對已有類執行反射的處理過程。之所以現在可以實現這樣的功能,主要的原因是針對於生成的二進位位元組碼文件進行的處理。
反射調用構造方法
在一個類中會存在有若幹個構造方法的信息,那麼這樣就在Class類裡面可以基於反射機制來獲取一個類中全部已經存在的構造方法,具體的操作方法如下。
-
public Constructor<T> getConstructor(Class<?>... parameterTypes) throws NoSuchMethodException, SecurityException -->根據指定參數類型獲取指定構造方法對象
- public Constructor<?>[] getConstructors() throws SecurityException -->獲取類中全部構造方法,只能訪問public構造方法的訪問許可權
-
public Constructor<T> getDeclaredConstructor(Class<?>... parameterTypes) throws NoSuchMethodException, SecurityException -->獲取類中指定參數類型構造方法
- public Constructor<?>[] getDeclaredConstructors() throws SecurityException -->獲取全部構造方法,可以獲得類中全部構造方法
可以發現在Class類中對於構造方法信息的獲取分為了兩組的方法名稱,之家有什麼區別呢?
在Java反射機制之中,每一個Constrcutor類對象實例實際上都會描述一個對應的構造方法信息,於是可以使用Constructor類中的如下方法進行構造方法的處理
- public String getName() -->獲取構造方法的名稱
- public int getParameterCount() --> 獲取方法中的參數個數
- public TypeVariable<?>[] getTypeParameters() -->獲取構造方法的參數類型
- public T newInstance(Object... initargs) -->調用構造方法進行對象的反射實例化
獲取構造方法的主要目的是進行指定有參構造的對象實例化處理操作。
反射調用方法
在一個類中處理構造之外還會存在有許多類中提供的方法,那麼在這種情況下,所有的方法信息也是可以通過Class類的對象反射獲取的,使用如下方法獲取即可
- public Method getMethod(String name, Class<?>... parameterTypes) -->獲取類中的public訪問許可權定義的指定方法
- public Method[] getMethods() -->獲取類中所有定義的public方法
- public Method getDeclaredMethod(String name, Class<?>... parameterTypes) -->獲取本類中的指定參數的方法,不區分訪問控制許可權
- public Method[] getDeclaredMethods() -->獲取本類中所有方法(不區分訪問控制許可權)
在Java反射機制運行過程之中,每一個方法都通過Method類的對象實例來進行包裝,這種情況下如果要想進行方法更深入層次的調用,就需要去研究Method類的重要組成,在Method類中提供有如下幾個常用方法
- public Class<?> getReturnType() -->獲取方法的返回值類型
- public Type[] getGenericParameterTypes() -->獲取方法的參數類型
- public Type[] getGenericExceptionTypes() -->獲取方法中拋出的異常類型
- public Object invoke(Object obj, Object... args) -->方法的調用
- 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類的對象來完成。
- public Field[] getFields() -->獲取所有繼承而來的public成員
- public Field getField(String name) -->獲取一個指定名稱的成員
- public Field[] getDeclaredFields() -->獲取本類定義的全部成員
- public Field getDeclaredField(String name) -->獲取本類中指定名稱的成員對象
對於成員來講一定分為本類成員、父類成員以及介面中的常量成員等信息,那麼下麵來獲取這些信息。
在實際項目開發過程之中,如果使用反射進行處理的時候,一般來講都會採用“getDeclaredFields、getDeclaredField”,方式來獲取本類的操作屬性(即便使用了private封裝也可以返回),所有的成員在Java中都使用Field類型來進行描述。
Field類的相關方法
- public Object get(Object obj) -->獲取指定成員的內容
- public void set(Object obj, Object value) -->設置成員的屬性內容
- public String getName() -->獲取成員名稱
- public Class<?> getType() -->獲取成員類型
- 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類可以實現在沒有實例化對象的情況下進行類中方法的調用,在這個類中提供有如下兩個重要的結構
- private Unsafe(){}
- private static final Unsafe theUnsafe = new Unsafe();
一般在單例設計模式之中,如果類中的構造方法被私有化了,往往會提供有一個static方法獲取本類對象,但是Unsafe類沒有這樣的處理方法,這個時候可以考慮通過反射的機制來獲取內部提供的“theUnsafe”對象
獲取Unsafe類對象的實例
獲取Unsafe類的對象實例最為重要的目的是可以繞過JVM的管理機制來實現一些類的調用處理,例如:傳統的開發之中,只要調用類中的普通方法,就必須有實例化對象存在,但是如果使用了Unsafe類,這個機制就可以被打破了。
通過Unsafe類繞過JVM的對象管理機制實現方法調用
結尾
通過上面一系列的學習,你已經學會了反射的基本方法調用,實際開發中還需要多多應用實戰練習,利用反射可以大幅度減少重覆性代碼的開發。
通過一系列的分析可以發現利用Unsafe類的對象實例可以直接繞過JVM運行機制,從而直接實現指定類的方法調用,並且連實例化對象的操作全部省略了。
完~~