Java動態程序設計：反射介紹
使用運行的類的信息使你的程序設計更加靈活
反射授予了你的代碼訪問裝載進JVM內的Java類的內部信息的權限，并且允許你編寫在程序執行期間與所選擇的類的一同工作的代碼，而不是在源代碼中。這種機制使得反射成為創建靈活的應用程序的強大工具，但是要小心的是，如果使用不恰當，反射會帶來很大的副作用。在這篇文章中，軟件咨詢顧問Dennis Sosnoski 介紹了反射的使用，同時還介紹了一些使用反射所要付出的代價。在這里，你可以找到Java反射API是如何在運行時讓你鉤入對象的。
在第一部分，我向你介紹了Java程序設計的類以及類的裝載。那篇文章中描述了很多出現在Java二進制類格式中的信息，現在我來介紹在運行時使用反射API訪問和使用這些信息的基礎。為了使那些已經了解反射基礎的開發人員對這些事情感興趣，我還會介紹一些反射與直接訪問的在性能方面的比較。
使用反射與和metadata(描述其它數據的數據)一些工作的Java程序設計是不同的。通過Java語言反射來訪問的元數據的特殊類型是在JVM內部的類和對象的描述。反射使你可以在運行時訪問各種類信息，它甚至可以你讓在運行時讀寫屬性字段、調用所選擇的類的方法。
反射是一個強大的工具，它讓你建立靈活能夠在運行時組裝的代碼，而不需要連接組件間的源代碼。反射的一些特征也帶來一些問題。在這章中，我將會探究在應用程序中不打算使用反射的原因，以為什么使用它的原因。在你了解到這些利弊之后，你就會在好處大于缺點的時候做出決定。
初識class
使用反射的起點總時一個java.lang.Class類的實例。如果你與一個預先確定的類一同工作，Java語言為直接獲得Class類的實例提供了一個簡單的快捷方式。例如：
Class clas = MyClass.class;
當你使用這項技術的時候，所有與裝載類有關的工作都發生在幕后。如果你需要在運行時從外部的資源中讀取類名，使用上面這種方法是不會達到目的的，相反你需要使用類裝載器來查找類的信息，方法如下所示：
// "name" is the class name to load
Class clas = null;
try {
clas = Class.forName(name);
} catch (ClassNotFoundException ex) {
// handle exception case
}
// use the loaded class
如果類已經裝載，你將會找到當前在在的類的信息。如果類還沒有被裝載，那么類裝載器將會裝載它，并且返回最近創建的類的實例。
關于類的反射
Class對象給予你了所有的用于反射訪問類的元數據的基本鉤子。這些元數據包括有關類的自身信息，例如象類的包和子類，還有這個類所實現的接口，還包括這個類所定義的構造器、屬性字段以及方法的詳細信息。后面的這些項是我們在程序設計過種經常使用的，因此在這一節的后面我會給出一些用這些信息來工作的例子。
對于類的構造中的每一種類型（構造器、屬性字段、方法），java.lang.Class提供了四種獨立的反射調用以不的方式來訪問類的信息。下面列出了這四種調用的標準形式，它是一組用于查找構造器的調用。
Constructor getConstructor(Class[] params) 使用指定的參數類型來獲得公共的構造器；
Constructor[] getConstructors() 獲得這個類的所有構造器；
Constructor getDeclaredConstructor(Class[] params) 使用指定的參數類型來獲得構造器（忽略訪問的級別）
Constructor[] getDeclaredConstructors() 獲得這個類的所有的構造器（忽略訪問的級別）
上述的每一種方法都返回一或多個java.lang.reflect.Constructor的實例。Constructor類定義了一個需要一個對象數據做為唯一參數的newInstance方法，然后返回一個最近創建的原始類的實例。對象數組是在構造器調用時所使用的參數值。例如，假設你有一個帶有一對String 類型做為參數的構造器的TwoString類，代碼如下所示：
public class TwoString {
private String m_s1, m_s2;
public TwoString(String s1, String s2) {
m_s1 = s1;
m_s2 = s2;
}
}
下面的代碼顯示如何獲得TwoString類的構造器，并使用字符串“a”和“b”來創建一個實例：
Class[] types = new Class[] { String.class, String.class };
Constructor cons = TwoString.class.getConstructor(types);
Object[] args = new Object[] { "a", "b" };
TwoString ts = cons.newInstance(args);
上面的代碼忽略了幾種可能的被不同的反射方法拋出的異常檢查的類型。這些異常在Javadoc API中有詳細的描述，因此為簡便起見，我會在所有的代碼中忽略它們。
在我涉及到構造器這個主題時，Java語言也定義了一個特殊的沒有參數的（或默認）構造器快捷方法，你能使用它來創建一個類的實例。這個快捷方法象下面的代碼這樣被嵌入到類的自定義中：
Object newInstance() ?使用默認的構造器創建新的實例。
盡管這種方法只讓你使用一個特殊的構造器，但是如果你需要的話，它是非常便利的快捷方式。這項技術在使用JavaBeans工作的時候尤其有用，因為JavaBeans需要定義一個公共的、沒有參數的構造器。
通過反射來查找屬性字段
Class類反射調用訪問屬性字段信息與那些用于訪問構造器的方法類似，在有數組類型的參數的使用屬性字段名來替代：使用方法如下所示：
Field getField(String name) --獲得由name指定的具有public級別的屬性字段
Field getFields() ?獲得一個類的所有具有public級別的屬性字段
Field getDeclaredField(String name) ?獲得由name指定的被類聲明的屬性字段
Field getDeclaredFields() ?獲得由類定義的所有的屬性字段
盡管與構造器的調用很相似，但是在提到屬性字段的時候，有一個重要的差別：前兩個方法返回能過類來訪問的公共（public）屬性字段的信息（包括那些來自于超類的屬性字段），后兩個方法返回由類直接聲明的所有的屬性字段（忽略了屬性字段的訪問類型）。
Java.lang.reflect.Field的實例通過調用定義好的getXXX和setXXX方法來返回所有的原始的數據類型，就像普通的與對象引用一起工作的get和set方法一樣。盡管getXXX方法會自動地處理數據類型轉換（例如使用getInt方法來獲取一個byte類型的值），但使用一個適當基于實際的屬性字段類型的方法是應該優先考慮的。
下面的代碼顯示了如何使用屬性字段的反射方法，通過指定屬性字段名，找到一個對象的int類型的屬性字段，并給這個屬性字段值加1。
public int incrementField(String name, Object obj) throws... {
Field field = obj.getClass().getDeclaredField(name);
int value = field.getInt(obj) + 1;
field.setInt(obj, value);
return value;
}
這個方法開始展現一些使用反射所可能帶來的靈活性，它優于與一個特定的類一同工作，incrementField方法把要查找的類信息的對象傳遞給getClass方法，然后直接在那個類中查找命名的屬性字段。
通過反射來查找方法
Class反射調用訪問方法的信息與訪問構造器和字段屬性的方法非常相似：
Method getMethod(String name,Class[] params) --使用指定的參數類型獲得由name參數指定的public類型的方法。
Mehtod[] getMethods()?獲得一個類的所有的public類型的方法
Mehtod getDeclaredMethod(String name, Class[] params)?使用指定的參數類型獲得由name參數所指定的由這個類聲明的方法。
Method[] getDeclaredMethods() ?獲得這個類所聲明的所有的方法
與屬性字段的調用一樣，前兩個方法返回通過這個類的實例可以訪問的public類型的方法?包括那些繼承于超類的方法。后兩個方法返回由這個類直接聲明的方法的信息，而不管方法的訪問類型。
通過調用返回的Java.lang.reflect.Mehtod實例定義了一個invoke方法，你可以使用它來調用定義類的有關實例。這個invoke方法需要兩個參數，一個是提供這個方法的類的實例，一個是調用這個方法所需要的參數值的數組。
下面給出了比屬性字段的例子更加深入的例子，它顯示了一個的方法反射的例子，這個方法使用get和set方法來給JavaBean定義的int類型的屬性做增量操作。例如，如果對象為一個整數類型count屬性定義了getCount和setCount方法，那么為了給這個屬性做增量運算，你就可以把“count”做為參數名傳遞給調用的這個方法中。示例代碼如下：
public int incrementProperty(String name, Object obj) {
String prop = Character.toUpperCase(name.charAt(0)) +
name.substring(1);
String mname = "get" + prop;
Class[] types = new Class[] {};
Method method = obj.getClass().getMethod(mname, types);
Object result = method.invoke(obj, new Object[0]);
int value = ((Integer)result).intValue() + 1;
mname = "set" + prop;
types = new Class[] { int.class };
method = obj.getClass().getMethod(mname, types);
method.invoke(obj, new Object[] { new Integer(value) });
return value;
}
根據JavaBeans的規范，我把屬性名的第一個字母轉換為大寫，然后在前面加上“get”來建立讀取屬性值的方法名，在屬性名前加上“set”來建立設置屬性值的方法名。JavaBeans的讀方法只返回屬性值，寫方法只需要要寫入的值做為參數，因此我指定了與這個方法相匹配的參數類型。最后規范規定這兩個方法應該是public類型的，因此我使用了查找相關類的public類型方法的調用形式。
這個例子我首先使用反射傳遞一個原始類型的值，因此讓我們來看一下它是怎樣工作的?；镜脑硎呛唵蔚模簾o論什么時候，你需要傳遞一個原始類型的值，你只要替換相應的封裝原始類型的（在java.lang 包中定義的）的類的實例就可以了。這種方法可應用于調用和返回。因此在我的例子中調用get方法時，我預期的結果是一個由java.lang.Integer類所封裝的實際的int類型的屬性值。
反射數組
在Java語言中數組是對象，象其它所有的對象一樣，它有一些類。如果你有一個數組，你可以和其它任何對象一樣使用標準的getClass方法來獲得這個數組的類，但是你獲得的這個類與其它的對象類型相比，不同之處在它沒有一個現存的工作實例。即使你有了一個數組類之后，你也不能夠直接用它來做任何事情，因為通過反射為普通的類所提供的構造器訪問不能為數組工作，并且數組沒有任何可訪問的屬性字段，只有基本的為數組對象定義的java.lang.Object類型的方法。
數組特殊處理要使用java.lang.reflect.Array類提供的一個靜態方法的集合，這個類中的方法可以讓你創建新的數組，獲得一個數組對象的長度，以及讀寫一個數組對象的索引值。
下面的代碼顯示了有效調整一個現存數組的尺寸的方法。它使用反射來創建一個相同類型的新數組，然后在返回這個新數組之前把原數組中的所有的數據復制到新的數組中。
public Object growArray(Object array, int size) {
Class type = array.getClass().getComponentType();
Object grown = Array.newInstance(type, size);
System.arraycopy(array, 0, grown, 0,
Math.min(Array.getLength(array), size));
return grown;
}
安全與反射
在處理反射的時候，安全是一個復雜的問題。反射正常被框架類型的代碼使用，并因為這樣，你可能會經常要求框架不關心普通的訪問限制來完全訪問你的代碼。然而，自由的訪問可能會在其它的一些實例中產生一些風險，例如在代碼在一個不被信任的代碼共享環境中被執行的時候。
因為這些沖突的需要，Java語言定義了一個多級方法來處理反射安全。基本的模式是在反射請求源碼訪問的時候強制使用如下相同的約束限制：
訪問這個類中來自任何地方的public組件；
不訪問這個類本身外部的private組件；
限制訪問protected和package(默認訪問)組件。
圍繞這些限制有一個簡單的方法，我在前面的例子中所使用的所有構造器、屬性字段、以及類的方法都擴展于一個共同的基類???java.lang.reflect.AccessibleObject類。這個類定義了一個setAccessible方法，這個方法可以讓你打開或關閉這些對類的實例的訪問檢查。如果安全管理器被設置為關閉訪問檢查，那么就允許你訪問，否則不允許，安全管理器會拋出一個異常。
下面是一個使用反向來演示這種行為的TwoString類的實例。
public class ReflectSecurity {
public static void main(String[] args) {
try {
TwoString ts = new TwoString("a", "b");
Field field = clas.getDeclaredField("m_s1");
// field.setAccessible(true);
System.out.println("Retrieved value is " +
field.get(inst));
} catch (Exception ex) {
ex.printStackTrace(System.out);
}
}
}
如果你編譯這段代碼并且直接使用不帶任何參數的命令行命令來運行這個程序，它會拋出一個關于field.get(inst)調用的IllegalAccessException異常，如果你去掉上面代碼中field.setAccessible(true)行的注釋，然后編譯并重新運行代碼，它就會成功執行。最后，如果你在命令行給JVM添加一個Djava.security.manager參數，使得安全管理器可用，那么它又會失敗，除非你為ReflectSecurity類定義安全許可。
反射性能
反射是一個強大的工具，但是也會帶一些缺點。主要缺點之一就是對性能的影響。使用反射是基本的解釋性操作，你告訴JVM你要做什么，它就會為你做什么。這種操作類型總是比直接做同樣的操作要慢。為了演示使用反射所要付出的性能代價，我為這篇文章準備了一套基準程序（可以從資源中下載）。
下面列出一段來自于屬性字段的訪問性能測試的摘要，它包括基本的測試方法。每個方法測試一種訪問屬性字段的形式，accessSame方法和本對象的成員字段一起工作，accessReference方法直接使用另外的對象屬性字段來存取，accessReflection通過反射使用另一個對象的屬性字段來存取，每個方法都使用相同的計算???在循環中簡單的加/乘運算。
public int accessSame(int loops) {
m_value = 0;
for (int index = 0; index < loops; index++) {
m_value = (m_value + ADDITIVE_VALUE) *
MULTIPLIER_VALUE;
}
return m_value;
}
public int accessReference(int loops) {
TimingClass timing = new TimingClass();
for (int index = 0; index < loops; index++) {
timing.m_value = (timing.m_value + ADDITIVE_VALUE) *
MULTIPLIER_VALUE;
}
return timing.m_value;
}
public int accessReflection(int loops) throws Exception {
TimingClass timing = new TimingClass();
try {
Field field = TimingClass.class.
getDeclaredField("m_value");
for (int index = 0; index < loops; index++) {
int value = (field.getInt(timing) +
ADDITIVE_VALUE) * MULTIPLIER_VALUE;
field.setInt(timing, value);
}
return timing.m_value;
} catch (Exception ex) {
System.out.println("Error using reflection");
throw ex;
}
}
測試程序在一個大循環中反復的調用每個方法，在調用結束后計算平均時間。每個方法的第一次調用不包括在平均值中，因些初始化時間不是影響結果的因素。為這篇文章所做的測試運行，我為每個調用使用了10000000的循環計數，代碼運行在1GHz PIII系統上。并且分別使用了三個不同的Linux JVM，對于每個JVM都使用了默認設置，測試結果如下圖所示：
上面的圖表的刻度可以顯示整個測試范圍，但是那樣的話就會減少差別的顯示效果。這個圖表中的前兩個是用SUN的JVM的進行測試的結果圖，使用反射的執行時間比使用直接訪問的時間要超過1000多倍。最后一個圖是用IBM的JVM所做的測試，通過比較要SUN的JVM執行效率要高一些，但是使用反射的方法依然要比其它方法超出700多倍。雖然IBM的JVM要比SUN的JVM幾乎要快兩倍，但是在使用反射之外的兩種方法之間，對于任何的JVM在執行效率上沒有太大的差別。最大的可能是，這種差別反映了通過Sun Hot Spot JVMs在簡化基準方面所做的專門優化很少。
除了屬性字段訪問時間的測試以外，我對方法做了同樣的測試。對于方法的調用，我償試了與屬性字段訪問測試一樣的三種方式，用額外使用了沒有參數的方法的變量與傳遞并返回一個值的方法調用相對比。下面的代碼顯示了使用傳遞并返回值的調用方式進行測試的三種方法。
public int callDirectArgs(int loops) {
int value = 0;
for (int index = 0; index < loops; index++) {
value = step(value);
}
return value;
}
public int callReferenceArgs(int loops) {
TimingClass timing = new TimingClass();
int value = 0;
for (int index = 0; index < loops; index++) {
value = timing.step(value);
}
return value;
}
public int callReflectArgs(int loops) throws Exception {
TimingClass timing = new TimingClass();
try {
Method method = TimingClass.class.getMethod
("step", new Class [] { int.class });
Object[] args = new Object[1];
Object value = new Integer(0);
for (int index = 0; index < loops; index++) {
args[0] = value;
value = method.invoke(timing, args);
}
return ((Integer)value).intValue();
} catch (Exception ex) {
System.out.println("Error using reflection");
throw ex;
}
}
下圖顯示我使用這些方法的測試結果，這里再一次顯示了反射要比其它的直接訪問要慢很多。雖然對于無參數的案例，執行效率從SUN1.3.1JVM的慢幾百倍到IBM的JVM慢不到30倍，與屬性字段訪問案例相比，差別不是很大，這種情況的部分原因是因為java.lang.Integer的包裝器需要傳遞和返回int類型的值。因為Intergers是不變的，因此就需要為每個方法的返回生成一個新值，這就增加了相當大的系統開銷。
反射的性能是SUN在開發1.4JVM時重點關注的一個領域，從上圖可以看到改善的結果。Sun1.4.1JVM對于這種類型的操作比1.3.1版有了很大的提高，要我的測試中要快大約7倍。IBM的1.4.0JVM對于這種測試提供了更好的性能，它的運行效率要比Sun1.4.1JVM快兩到三倍。
我還為使用反射創建對象編寫了一個類似的效率測試程序。雖然這個例子與屬性字段和方法調用相比差別不是很大，但是在Sun1.3.1JVM上調用newInstance（）方法創建一個簡單的java.lang.Object大約比直接使用new Object()方法長12倍的時間，在IBM1.4.0JVM上大約要長4倍的時間，在Sun1.4.1JVM上大約要長2倍的時間。對于任何用于測試的JVM，使用Array.newInstance(Type,size)方法創建一個數組所需要的時間比使用new tye[size]所花費的時間大約要長兩倍，隨著數組民尺寸的增長，這兩種方法的差別的將隨之減少。
反射概要總結
Java 語言的反射機制提供了一種非常通用的動態連接程序組件的方法。它允許你的程序創建和維護任何類的對象（服從安全限制），而不需要提前對目標類進行硬編碼。這些特征使得反射在創建與對象一同工作的類庫中的通用方法方面非常有用。例如，反射經常被用于那些數據庫，XML、或者其它的外部的持久化對象的框架中。
反射還有兩個缺點，一個是性能問題。在使用屬性字段和方法訪問的時候，反射要比直接的代碼訪問要慢很多。至于對影響的程度，依賴于在程序中怎樣使用反射。如果它被用作一個相關的很少發生的程序操作中，那么就不必關心降低的性能，即使在我的測試中所展示的最耗時的反射操作的圖形中也只是幾微秒的時間。如果要在執行應用程序的核心邏輯中使用反射，性能問題才成為一個要嚴肅對象的問題。
對于很多應用中的存在的缺點是使用反射可以使你的實際的代碼內部邏輯變得模糊不清。程序員都希望在源代碼中看到一個程序的邏輯以及象繞過源代碼的反射所可能產生的維護問題這樣的一些技術。反射代碼也比相應的直接代碼要復雜一些，就像在性能比較的代碼實例看到那樣。處理這些問題的最好方法是盡可能少使用反射，只有在一些增加靈活性的地方來使用它。
在下一篇文章中，我將給出一個更加詳細的如何使用反射的例子。這個例子提供了一個用于處理傳遞給一個Java應用程序的命令行參數的API。在避免弱點的同時，它也顯示了反射的強大的功能，反射能夠使用的你的命令處理變得的簡單嗎？你可以在Java 動態程序設計的第三部分中找到答案。
| |