反射效率問題

2021-08-03 02:06:50 字數 1154 閱讀 8943

反射帶來了程式設計的靈活性,但是他的執行效率相比於常規呼叫要低。(禁用安全檢查可以稍微緩解)

所以最好是在必須得用反射的情況下再用反射。

以如下**為例,通過兩種方式呼叫某個方法

1000000000l次

privatestaticvoidtest1()

privatestaticvoidtest2()throwsnosuchmethodexception, securityexception, illegalacces***ception, illegalargumentexception, invocationtargetexception

long

endtime

=system.currenttimemillis();

system.out

.println(

"反射呼叫方式(禁用安全檢查)耗時:"

+(endtime

-starttime

)+"ms");

}privatestaticvoidtest3()throwsnosuchmethodexception, securityexception, illegalacces***ception, illegalargumentexception, invocationtargetexception

long

endtime

=system.currenttimemillis();

system.out

.println(

"反射呼叫方式耗時:"

關於C 反射效率的問題

這段時間以來,一直在做winform的工程,在接觸了反射之後,開始很喜歡使用反射,但當使用量增大時,開始擔心效率的問題。但在我一段測試後,發現當資料處理量處於正常水平的情況下,即不是別人說的以萬為單位級別的資料量的情況下,其實使用反射的效率還是很可觀的,在工作應用中,我認為,使用反射是必要的,但不要...

java反射效率

測試背景 1.測試簡單bean int,integer,string 的set方法 2.loop 1億次 3.測試 盡可能避免物件的建立,方法的呼叫,僅僅測試set方法的耗時 測試結果 場景 本機測試結果 xp,雙核,2g 伺服器測試結果 linux,xen虛擬機器,8核,5.5g 方法直接呼叫 2...

c 反射用法及效率對比

反射例項化類 通過反射例項化物件,要比直接 new 要慢 50 倍左右 assembly.createinstance 要比 activator.createinstance 慢,主要的效能損耗在 assembly.gettype 反射呼叫類的方法 class program static void...