Java反射到底慢在哪?
点击上方蓝色“方志朋”,选择“设为星标”
回复“666”获取独家整理的学习资料!
来源:https://www.jianshu.com/p/4e2b49fa8ba1
反射具体是怎么影响性能的?这引起了我的反思。是啊,在阐述某个观点时确实有必要说明原因,并且证明这个观点是对的,虽然反射影响性能人尽皆知,我曾经也真的研究过反射是否存在性能问题,但并没有在写文章的时候详细说明。这让我想到网上很多信息只会告诉你结论,并不会说明原因,导致很多学到的东西都是死记硬背,而不是真正掌握,别人一问或者自己亲身遇到同样的问题时,傻眼了。
反射真的存在性能问题吗?
还是使用上篇文章的demo,为了放大问题,找到共性,采用逐渐扩大测试次数、每次测试多次取平均值的方式,针对同一个方法分别就直接调用该方法、反射调用该方法、直接调用该方法对应的实例、反射调用该方法对应的实例分别从1-1000000,每隔一个数量级测试一次:
测试代码如下(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;@Overrideprotected 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(){@Overridepublic 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("执行直接调用方法耗时:" + costTime + " 毫秒");costTime = getReflectCallMethodCostTime(executeCount);normalMethodCostTime += costTime;updateResultTextView("执行反射调用方法耗时:" + costTime + " 毫秒");costTime = getNormalFieldCostTime(executeCount);reflectFieldCostTime += costTime;updateResultTextView("执行普通调用实例耗时:" + costTime + " 毫秒");costTime = getReflectCallFieldCostTime(executeCount);normalFieldCostTime += costTime;updateResultTextView("执行反射调用实例耗时:" + costTime + " 毫秒");}updateResultTextView("执行直接调用方法平均耗时:" + reflectMethodCostTime/AVERAGE_COUNT + " 毫秒");updateResultTextView("执行反射调用方法平均耗时:" + normalMethodCostTime/AVERAGE_COUNT + " 毫秒");updateResultTextView("执行普通调用实例平均耗时:" + reflectFieldCostTime/AVERAGE_COUNT + " 毫秒");updateResultTextView("执行反射调用实例平均耗时:" + 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(){@Overridepublic void run(){mExecuteResultTxtView.append(content);mExecuteResultTxtView.append("\n");}});}
}
测试结果如下:
反射性能测试结果
测试结论:
反射的确会导致性能问题;
反射导致的性能问题是否严重跟使用的次数有关系,如果控制在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;}
沿用上面的测试方法,测试结果如下:
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;
}
沿用上面的测试方法,测试结果如下:
getMethod和getDeclaredField
测试结论:
getMethod和getDeclaredField方法会比invoke和set方法耗时;
随着测试数量级越大,性能差异的比例越趋于稳定;
由于测试的这四个方法最终调用的都是native方法,无法进一步跟踪。个人猜测应该是和在程序运行时操作class有关,比如需要判断是否安全?是否允许这样操作?入参是否正确?是否能够在虚拟机中找到需要反射的类?主要是这一系列判断条件导致了反射耗时;也有可能是因为调用natvie方法,需要使用JNI接口,导致了性能问题(参照Log.java、System.out.println,都是调用native方法,重复调用多次耗时很明显)。
如果避免反射导致的性能问题?
通过上面的测试可以看出,过多地使用反射,的确会存在性能问题,但如果使用得当,所谓反射导致性能问题也就不是问题了,关于反射对性能的影响,参照下面的使用原则,并不会有什么明显的问题:
不要过于频繁地使用反射,大量地使用反射会带来性能问题;
通过反射直接访问实例会比访问方法快很多,所以应该优先采用访问实例的方式。
后记
上面的测试并不全面,但在一定程度上能够反映出反射的确会导致性能问题,也能够大概知道是哪个地方导致的问题。如果后面有必要进一步测试,我会从下面几个方面作进一步测试:
测试频繁调用native方法是否会有明显的性能问题;
测试同一个方法内,过多的条件判断是否会有明显的性能问题;
测试类的复杂程度是否会对反射的性能有明显影响。
热门内容:
再见了SpringMVC,这个框架有点厉害,甚至干掉了Servlet!
原来 Elasticsearch 还可以这么理解
干掉Navicat:正版,MySQL官方客户端真香!
并发测试神器,模拟一次超过 5 万的并发用户
使用IntelliJ IDEA查看类图,内容极度舒适
最近面试BAT,整理一份面试资料《Java面试BAT通关手册》,覆盖了Java核心技术、JVM、Java并发、SSM、微服务、数据库、数据结构等等。获取方式:点“在看”,关注公众号并回复 666 领取,更多内容陆续奉上。
明天见(。・ω・。)
Java反射到底慢在哪?相关推荐
- 面试:Java反射到底慢在哪?
点击上方蓝色"程序猿DD",选择"设为星标" 回复"资源"获取独家整理的学习资料! 来源 | jianshu.com/p/4e2b49fa8 ...
- 6.Java反射到底慢在哪
来源:jianshu.com/p/4e2b49fa8ba1 反射真的存在性能问题吗?反射到底慢在哪?如果避免反射导致的性能问题?后记有朋友在我前两天写的一篇文章深入浅出反射底下留言,问反射具体是怎么影 ...
- Java反射到底反射什么?
我们常常说对于程序的开发模式之前一直强调:尽量减少耦合,而减少耦合的最好做法是使用接口,但是就算使用了接口也逃不出关键字new,所以实际上new是造成耦合的关键元凶,而反射就是在程序动态执行的时候获取 ...
- java反射效率问题_Java反射到底慢在哪?
原标题:Java反射到底慢在哪? 来自:简书,作者:张明云 链接:https://www.jianshu.com/p/4e2b49fa8ba1 反射具体是怎么影响性能的?这引起了我的反思.是啊,在阐述 ...
- Java反射性能探讨
文章目录 反射是否影响性能 为什么反射影响性能 method.invoke & field.set 性能 Class.getMethod & Class.getDeclareField ...
- java 反射 慢在那里_Java 反射到底慢在哪?
反射具体是怎么影响性能的?这引起了我的反思. 是啊,在阐述某个观点时确实有必要说明原因,并且证明这个观点是对的,虽然反射影响性能人尽皆知,我曾经也真的研究过反射是否存在性能问题,但并没有在写文章的时候 ...
- dwr java有返回值但是js获取不到返回值_一探究竟:Java反射效率低的原因到底在哪?...
预备知识 了解 Java 反射基本用法 看完本文可以达到什么程度 了解 Java 反射原理及 Java 反射效率低的原因 文章概览 我们在 Java 开发中,难免会接触到反射,而在一些框架中,反射的运 ...
- java反射机制到底是什么?
1.什么是反射机制? JAVA反射机制是在运行状态中,对于任意一个类,都能够知道这个类的所有属性和方法:对于任意一个对象,都能够调用它的任意一个方法和属性:这种动态获取的信息以及动态调用对象的方法的功 ...
- c 与java 反射性能_谈谈Java 反射的快慢
[相关学习推荐:java基础教程] 反射到底是好是坏 说到Java 中的反射,初学者在刚刚接触到反射的各种高级特性时,往往表示十分兴奋,甚至会在一些不需要使用反射的场景中强行使用反射来「炫技」.而经验 ...
最新文章
- ant 获取当前url的参数
- Flume日志收集系统
- 怎么提升软件测试质量,【软件测试】涨姿势,测试总监亲授如何做测试质量管理...
- 命令行下升级pip版本
- 拼接字符SQL语句拼接 最后一个字符多出 处理方式
- 经典C语言程序100例之九七
- matplotlib color可选
- NotImplementedError: Cannot convert a symbolic Tensor报错与解决
- linux清除asm磁盘分区,ASM Diskgroup添加与删除
- 30岁学python有前途吗-30岁新手入门python!尝试人生另一种可能
- java通过SMTP发送QQ邮件(参考自龙果学院)
- 利用拉格朗日中值定理求极限
- tplink703无线打印服务器,tplink703路由器怎么配置client模式
- 暴力破解zip压缩密码
- python中面向对象编程简称为_Python-面向对象编程
- 【python】pandas库pd.to_excel操作写入excel文件参数整理与实例
- [博学谷学习记录] 超强总结,用心分享|陌陌综合案例
- 【前端实例代码】霓虹灯按钮动画效果悬停2| html CSS特效 惊艳| 前端开发 网页制作 基础入门教程
- 消极型人格分析,如何改变消极型性格?
- python︱使用python制作简易连点器
热门文章
- #pragma once与#ifndef
- tar命令-压缩,解压缩文件
- [Machine Learning with Python] Data Visualization by Matplotlib Library
- PHP中单例模式:三私一公是什么?
- 存储过程和函数 PROCEDURE FUNCTION
- Python学习之路基础篇--10Python基础,函数进阶
- 083 HBase的完全分布式的搭建与部署,以及多master
- BI之SSAS完整实战教程3 -- 创建第一个多维数据集
- javascript tab切换类LixTabs最新版
- StaticFactoryMethod_Level1