CTO@全体成员,未经允许和评审不让用反射,Java反射到底慢在哪?(1)

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”);

}

});

}

}`

测试结果如下:

aa.jpg

反射性能测试结果

测试结论:

  • 反射的确会导致性能问题;

  • 反射导致的性能问题是否严重跟使用的次数有关系,如果控制在100次以内,基本上没什么差别,如果调用次数超过了100次,性能差异会很明显;

  • 四种访问方式,直接访问实例的方式效率最高;其次是直接调用方法的方式,耗时约为直接调用实例的1.4倍;接着是通过反射访问实例的方式,耗时约为直接访问实例的3.75倍;最慢的是通过反射访问方法的方式,耗时约为直接访问实例的6.2倍;

反射到底慢在哪?


跟踪源码可以发现,四个方法中都存在实例化ProgramMonkey的代码,所以可以排除是这句话导致的不同调用方式产生的性能差异;通过反射调用方法中调用了setAccessible方法,但该方法纯粹只是设置属性值,不会产生明显的性能差异;所以最有可能产生性能差异的只有getMethod和getDeclaredField、invoke和set方法了,下面分别就这两组方法进行测试,找到具体慢在哪?

首先测试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;

}

沿用上面的测试方法,测试结果如下:

bb.jpg

invoke和set

修改getReflectCallMethodCostTime和getReflectCallFieldCostTime方法的代码如下,对getMethod和getDeclaredField进行测试

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;

}

沿用上面的测试方法,测试结果如下:

cc.jpg

getMethod和getDeclaredField

测试结论:

  • getMethod和getDeclaredField方法会比invoke和set方法耗时;

  • 随着测试数量级越大,性能差异的比例越趋于稳定;

由于测试的这四个方法最终调用的都是native方法,无法进一步跟踪。个人猜测应该是和在程序运行时操作class有关,比如需要判断是否安全?是否允许这样操作?入参是否正确?是否能够在虚拟机中找到需要反射的类?主要是这一系列判断条件导致了反射耗时;也有可能是因为调用natvie方法,需要使用JNI接口,导致了性能问题(参照Log.java、System.out.println,都是调用native方法,重复调用多次耗时很明显)。

如果避免反射导致的性能问题?


通过上面的测试可以看出,过多地使用反射,的确会存在性能问题,但如果使用得当,所谓反射导致性能问题也就不是问题了,关于反射对性能的影响,参照下面的使用原则,并不会有什么明显的问题:

  • 不要过于频繁地使用反射,大量地使用反射会带来性能问题;

  • 通过反射直接访问实例会比访问方法快很多,所以应该优先采用访问实例的方式。

后记


自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数Java工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,真正体系化!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!

如果你觉得这些内容对你有帮助,可以扫码获取!!(备注Java获取)

img

分享

首先分享一份学习大纲,内容较多,涵盖了互联网行业所有的流行以及核心技术,以截图形式分享:

(亿级流量性能调优实战+一线大厂分布式实战+架构师筑基必备技能+设计思想开源框架解读+性能直线提升架构技术+高效存储让项目性能起飞+分布式扩展到微服务架构…实在是太多了)

其次分享一些技术知识,以截图形式分享一部分:

Tomcat架构解析:

算法训练+高分宝典:

Spring Cloud+Docker微服务实战:

最后分享一波面试资料:

切莫死记硬背,小心面试官直接让你出门右拐

1000道互联网Java面试题:

Java高级架构面试知识整理:

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
7823661)]

Spring Cloud+Docker微服务实战:

[外链图片转存中…(img-xjuRLhQr-1712567823661)]

最后分享一波面试资料:

切莫死记硬背,小心面试官直接让你出门右拐

1000道互联网Java面试题:

[外链图片转存中…(img-eOg6nRNG-1712567823661)]

Java高级架构面试知识整理:

[外链图片转存中…(img-XdwdyGas-1712567823662)]

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值