Java 反射到底慢在哪？( 三 ) _Java

沿用上面的测试方法，测试结果如下：

文章插图

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方法，重复调用多次耗时很明显）。
如果避免反射导致的性能问题？通过上面的测试可以看出，过多地使用反射，的确会存在性能问题，但如果使用得当，所谓反射导致性能问题也就不是问题了，关于反射对性能的影响，参照下面的使用原则，并不会有什么明显的问题：