Java反射到底慢在哪？不看后悔-低调大师

Java反射到底慢在哪？不看后悔

2020-09-22 500

转自：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;

    @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("执行直接调用方法耗时：" + 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(){
            @Override
            public void run(){
                mExecuteResultTxtView.append(content);
                mExecuteResultTxtView.append("\n");
            }
        });
    }
}

测试结果如下：

反射性能测试结果

测试结论：

反射的确会导致性能问题；

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

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

友情推荐下欢哥的开源项目：https://github.com/yinjihuan/kitty

Spring Cloud & Spring Cloud Alibaba 基础框架，内置了 Cat 监控，互联网公司落地 Spring Cloud 架构必备。

反射到底慢在哪？

跟踪源码可以发现，四个方法中都存在实例化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方法是否会有明显的性能问题；
测试同一个方法内，过多的条件判断是否会有明显的性能问题；
测试类的复杂程度是否会对反射的性能有明显影响。

我整理了一份很全的学习资料，感兴趣的可以微信搜索「猿天地」，回复关键字「学习资料」获取我整理好了的 Spring Cloud，Spring Cloud Alibaba，Sharding-JDBC 分库分表，任务调度框架 XXL-JOB，MongoDB，爬虫等相关资料。

后台回复 学习资料 领取学习视频

如有收获，点个在看，诚挚感谢

本文分享自微信公众号 - 猿天地（cxytiandi）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。

微信关注我们

原文链接：https://my.oschina.net/yinjihuan/blog/4632176

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

Android 超简单集成活体检测技术快速识别“假脸”

Android 超简单集成活体检测技术快速识别“假脸” 前言你有没有过这样的顾虑，刷脸解锁真的安全吗？如果有人用我的照片或者视频冒充我，那么手机可不可以发现镜头前不是我本人呢？当然可以啦。华为HMS ML Kit活体检测技术可以准确地分辨真实人脸和“假脸”。不管是人脸翻拍照片、人脸视频重放，还是人脸面具，活体检测技术都可以马上揭穿这些“假脸”，让“假脸”无所遁形！应用场景活体检测技术通常用在人脸比对技术前，先确认镜头前是真实的人而不是有人拿照片或面具作假，然后再比对当前人脸和已录入的人脸是否是同一个人。活体检测技术在生活中有广泛的应用场景。比如在手机解锁时，活体检测技术可以防止有人假冒自己解锁手机，造成个人信息泄露。或者是在办理金融业务时，活体检测技术可以用于实名认证过程中，先判断当前是真实人脸，再比对当前人脸和身份证上照片信息，确认办理业务的是身份证上的本人，有效防止他人冒充自己造成财产损失。并且，HMS ML Kit活体检测技术支持静默式活体检测，不需要用户配合做动作就可以判断是不是真实人脸，怎么样，是不是很方便呢。下面小编给大家介绍如何快速集成活体检测技术。开发实战...

2020-09-22

621

引子性能测试在日常的开发工作中是常规需求，用来摸底服务的性能。那么如何做性能测试？要么是通过编码的方式完成，写一堆脚本，用完即弃；要么是基于平台，在平台定义的流程中进行。对于后者，通常由于目标场景的复杂性，如部署特定的 workload、观测特定的性能项、网络访问问题等，往往导致性能测试平台要以高成本才能满足不断变化的开发场景的需求。在云原生的背景下，是否可以更好解决这种问题？先看两个 yaml 文件： performance-test.yaml 描述了在 K8s 中的操作流程：创建测试用的 Namespace 启动针对 Deployment 创建效率和创建成功率的监控下述动作重复 N 次：① 使用 workload 模板创建 Deployment；② 等待 Deployment 变为 Ready 删除测试用的 Namespace basic-1-pod-deployment.yaml 描述使用的 workload 模板 performance-test.yaml ： apiVersion: aliyun.com/v1alpha1 kind: Beidou metada...

2020-09-22

506

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。