今天小編為年夜家?guī)淼?是java反射教程，對于java反射，年夜家都有很多疑問，今天小編就來為年夜家一一解答。
反射真的 存在機(jī)能問題嗎
照樣應(yīng)用上篇文章的 demo，為了放年夜問題，找到共性，采取逐漸擴(kuò)年夜測試次數(shù)、每次測試多次取平均值的 方法，針對同一個辦法分別就直接調(diào)用該辦法、反射調(diào)用該辦法、直接調(diào)用該辦法對應(yīng)的 實例、反射調(diào)用該辦法對應(yīng)的 實例分別從1-1000000，每隔一個數(shù)量級測試一次 測試代碼如下（Person、ICompany、ProgramMonkey這三個類已在之前的 文章中貼出） public class ReflectionPerformanceActivity extends Activity{
private TextView mExecuteResultTxtView = null;
private EditText mExecuteCountEditTxt = null;
private Executor mPerformanceExecutor = Executors.newSingleThreadExecutor();
private static final int AVERAGE_COUNT = 10;
@Override
protected void onCreate(Bundle savedInstanceState){
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_reflection_performance_layout);
mExecuteResultTxtView = (TextView)findViewById(R.id.executeResultTxtId);
mExecuteCountEditTxt = (EditText)findViewById(R.id.executeCountEditTxtId);
}
public void onClick(View v){
switch(v.getId()){
case R.id.executeBtnId:{
execute();
}
break;
default:{
}
break;
}
}
private void execute(){
mExecuteResultTxtView.setText("");
mPerformanceExecutor.execute(new Runnable(){
@Override
public void run(){
long costTime = 0;
int executeCount = Integer.parseInt(mExecuteCountEditTxt.getText().toString());
long reflectMethodCostTime=0,normalMethodCostTime=0,reflectFieldCostTime=0,normalFieldCostTime=0;
updateResultTextView(executeCount + "毫秒耗時情況測試");
for(int index = 0; index < AVERAGE_COUNT; index++){
updateResultTextView("第 " + (index+1) + " 次");
costTime = getNormalCallCostTime(executeCount);
reflectMethodCostTime += costTime;
updateResultTextView("履行直接調(diào)用辦法耗時" + costTime + " 毫秒");
costTime = getReflectCallMethodCostTime(executeCount);
normalMethodCostTime += costTime;
updateResultTextView("履行反射調(diào)用辦法耗時" + costTime + " 毫秒");
costTime = getNormalFieldCostTime(executeCount);
reflectFieldCostTime += costTime;
updateResultTextView("履行通俗調(diào)用實例耗時" + costTime + " 毫秒");
costTime = getReflectCallFieldCostTime(executeCount);
normalFieldCostTime += costTime;
updateResultTextView("履行反射調(diào)用實例耗時" + costTime + " 毫秒");
}
updateResultTextView("履行直接調(diào)用辦法平均耗時" + reflectMethodCostTime/AVERAGE_COUNT + " 毫秒");
updateResultTextView("履行反射調(diào)用辦法平均耗時" + normalMethodCostTime/AVERAGE_COUNT + " 毫秒");
updateResultTextView("履行通俗調(diào)用實例平均耗時" + reflectFieldCostTime/AVERAGE_COUNT + " 毫秒");
updateResultTextView("履行反射調(diào)用實例平均耗時" + normalFieldCostTime/AVERAGE_COUNT + " 毫秒");
}
});
}
private long getReflectCallMethodCostTime(int count){
long startTime = System.currentTimeMillis();
for(int index = 0 ; index < count; index++){
ProgramMonkey programMonkey = new ProgramMonkey("小明", "男", 12);
try{
Method setmLanguageMethod = programMonkey.getClass().getMethod("setmLanguage", String.class);
setmLanguageMethod.setAccessible(true);
setmLanguageMethod.invoke(programMonkey, "Java");
}catch(IllegalAccessException e){
e.printStackTrace();
}catch(InvocationTargetException e){
e.printStackTrace();
}catch(NoSuchMethodException e){
e.printStackTrace();
}
}
return System.currentTimeMillis()-startTime;
}
private long getReflectCallFieldCostTime(int count){
long startTime = System.currentTimeMillis();
for(int index = 0 ; index < count; index++){
ProgramMonkey programMonkey = new ProgramMonkey("小明", "男", 12);
try{
Field ageField = programMonkey.getClass().getDeclaredField("mLanguage");
ageField.set(programMonkey, "Java");
}catch(NoSuchFieldException e){
e.printStackTrace();
}catch(IllegalAccessException e){
e.printStackTrace();
}
}
return System.currentTimeMillis()-startTime;
}
private long getNormalCallCostTime(int count){
long startTime = System.currentTimeMillis();
for(int index = 0 ; index < count; index++){
ProgramMonkey programMonkey = new ProgramMonkey("小明", "男", 12);
programMonkey.setmLanguage("Java");
}
return System.currentTimeMillis()-startTime;
}
private long getNormalFieldCostTime(int count){
long startTime = System.currentTimeMillis();
for(int index = 0 ; index < count; index++){
ProgramMonkey programMonkey = new ProgramMonkey("小明", "男", 12);
programMonkey.mLanguage = "Java";
}
return System.currentTimeMillis()-startTime;
}
private void updateResultTextView(final String content){
ReflectionPerformanceActivity.this.runOnUiThread(new Runnable(){
@Override
public void run(){
mExecuteResultTxtView.append(content);
mExecuteResultTxtView.append("\n");
}
});
}} 測試成果如下 反射機(jī)能測試成果 測試結(jié)論 反射的 確會導(dǎo)致機(jī)能問題； 反射導(dǎo)致的 機(jī)能問題是否嚴(yán)重跟應(yīng)用的 次數(shù)有關(guān)系，假如控制在100次以內(nèi)，根本上沒什么差別，假如調(diào)用次數(shù)跨越了100次，機(jī)能差別會很明顯； 四種拜訪方法，直接拜訪實例的 方法效力最高；其次是直接調(diào)用辦法的 方法，耗時約為直接調(diào)用實例的 1.4倍；接著是經(jīng)由過程反射拜訪實例的 方法，耗時約為直接拜訪實例的 3.75倍；最慢的 是經(jīng)由過程反射拜訪辦法的 方法，耗時約為直接拜訪實例的 6.2倍； 反射到底慢在哪？ 跟蹤源碼可以發(fā)明，四個辦法中都存在實例化ProgramMonkey的 代碼，所以可以清除是這句話導(dǎo)致的 不合調(diào)用方法產(chǎn)生的 機(jī)能差別；經(jīng)由過程反射調(diào)用辦法中調(diào)用了setAccessible辦法，但該辦法純粹只是設(shè)置屬性值，不會產(chǎn)生明顯的 機(jī)能差別；所以最有可能產(chǎn)生機(jī)能差別的 只有g(shù)etMethod和getDeclaredField、invoke和set辦法了。
下面分別就這兩組辦法進(jìn)行測試，找到具體慢在哪？
起首測試invoke和set辦法，修改getReflectCallMethodCostTime和getReflectCallFieldCostTime辦法的 代碼如下
private long getReflectCallMethodCostTime(int count){
long startTime = System.currentTimeMillis();
ProgramMonkey programMonkey = new ProgramMonkey("小明", "男", 12);
Method setmLanguageMethod = null;
try{
setmLanguageMethod = programMonkey.getClass().getMethod("setmLanguage", String.class);
setmLanguageMethod.setAccessible(true);
}catch(NoSuchMethodException e){
e.printStackTrace();
}
for(int index = 0 ; index < count; index++){
try{
setmLanguageMethod.invoke(programMonkey, "Java");
}catch(IllegalAccessException e){
e.printStackTrace();
}catch(InvocationTargetException e){
e.printStackTrace();
}
}
return System.currentTimeMillis()-startTime;
}
private long getReflectCallFieldCostTime(int count){
long startTime = System.currentTimeMillis();
ProgramMonkey programMonkey = new ProgramMonkey("小明", "男", 12);
Field ageField = null;
try{
ageField = programMonkey.getClass().getDeclaredField("mLanguage");
}catch(NoSuchFieldException e){
e.printStackTrace();
}
for(int index = 0 ; index < count; index++){
try{
ageField.set(programMonkey, "Java");
}catch(IllegalAccessException e){
e.printStackTrace();
}
}
return System.currentTimeMillis()-startTime;
}
Java反射教程沿用上面的 測試辦法，測試成果如下 invoke和set 修改getReflectCallMethodCostTime和getReflectCallFieldCostTime辦法的 代碼如下，對getMethod和getDeclaredField進(jìn)行測試 private long getReflectCallMethodCostTime(int count){
long startTime = System.currentTimeMillis();
ProgramMonkey programMonkey = new ProgramMonkey("小明", "男", 12);
for(int index = 0 ; index < count; index++){
try{
Method setmLanguageMethod = programMonkey.getClass().getMethod("setmLanguage", String.class);
}catch(NoSuchMethodException e){
e.printStackTrace();
}
}
return System.currentTimeMillis()-startTime;}private long getReflectCallFieldCostTime(int count){
long startTime = System.currentTimeMillis();
ProgramMonkey programMonkey = new ProgramMonkey("小明", "男", 12);
for(int index = 0 ; index < count; index++){
try{
Field ageField = programMonkey.getClass().getDeclaredField("mLanguage");
}catch(NoSuchFieldException e){
e.printStackTrace();
}
}
return System.currentTimeMillis()-startTime;} 沿用上面的 測試辦法，測試成果如下
getMethod和getDeclaredField 測試結(jié)論 getMethod和getDeclaredField辦法會比invoke和set辦法耗時； 跟著測試數(shù)量級越年夜，機(jī)能差別的 比例越趨于穩(wěn)定； 因為測試的 這四個辦法最終調(diào)用的 都是native辦法，無法進(jìn)一步跟蹤。小我猜測應(yīng)當(dāng)是和在法度榜樣運(yùn)行時操作class有關(guān)，比如須要斷定是否安然？是否許可如許操作？入?yún)⑹欠窬_？是否可以或許在虛擬機(jī)中找到須要反射的 類？主如果這一系列斷定前提導(dǎo)致了反射耗時；也有可能是因為調(diào)用natvie辦法，須要應(yīng)用JNI接口，導(dǎo)致了機(jī)能問題（參照Log.java、System.out.println，都是調(diào)用native辦法，反復(fù)調(diào)用多次耗時很明顯）。 假如避免反射導(dǎo)致的 機(jī)能問題,廣州java培訓(xùn)Java是一門面向?qū)ο缶幊陶Z言，不僅吸收了C++語言的各種優(yōu)點(diǎn)，還摒棄了C++里難以理解的多繼承、指針等概念，因此Java語言具有功能強(qiáng)大和簡單易用兩個特征。Java語言作為靜態(tài)面向?qū)ο缶幊陶Z言的代表，極好地實現(xiàn)了面向?qū)ο罄碚�，允許程序員以優(yōu)雅的思維方式進(jìn)行復(fù)雜的編程。？ 經(jīng)由過程上面的 測試可以看出，過多地應(yīng)用反射，的 確會存在機(jī)能問題，但假如應(yīng)用合適，所謂反射導(dǎo)致機(jī)能問題也就不是問題了，關(guān)于反射對機(jī)能的 影響，參照下面的 應(yīng)用原則，并不會有什么明顯的 問題 不要過于頻繁地應(yīng)用反射，年夜量地應(yīng)用反射會帶來機(jī)能問題； 經(jīng)由過程反射直接拜訪實例會比拜訪辦法快很多，所以應(yīng)當(dāng)優(yōu)先采取拜訪實例的 方法。 跋文 上面的 測試并不周全，但在必定程度上可以或許反應(yīng)出反射的 確會導(dǎo)致機(jī)能問題，也可以或許年夜概知道是哪個處所導(dǎo)致的 問題。假如后面有須要進(jìn)一步測試，我會從下面幾個方面作進(jìn)一步測試 測試頻繁調(diào)用native辦法是否會有明顯的 機(jī)能問題； 測試同一個辦法內(nèi)，過多的 前提斷定是否會有明顯的 機(jī)能問題； 測試類的 復(fù)雜程度是否會對反射的 機(jī)能有明顯影響。
以上就是小編為年夜家?guī)淼?Java反射教程，欲望對年夜家有所贊助。 |