java有别于其他编程语言而让我着迷的特性有很多,其中最喜欢的是接口设计,他让我们设计的东西具有美感。同样反射也是我比较喜欢的一个特性,他让程序自动运行,动态加载成为了可能,同时也是现在很多流行框架所必不可少的特性,struts,hibernate等都是,spring本身就是基于反射的就更不用说了。细细想来,似乎很少有不涉及到反射的框架。我自己设计框架的时候,开始也都是运用反射,但是越深入却让我越疑惑,反射的效率一直是我设计框架的心病。
今天在优化InstantMVC的时候就考虑怎么提高自动封装 form的效率,struts是用的commons-beantuils,好像也没人说struts的效率不高,诚然,beanUtils中很多有用方便的特性让反射开发者着迷,但是通过我今天的测试,却发现beanUtils的易用性要付出巨大的性能代价,虽然在现在这个年代,这么点性能不算什么,但是对于我这种执着的人开发执着的框架,还是对性能有种独特的偏好,目前来说InstantMVC中用的是直接的反射简单封装,而InstantORM(我的持久层框架)中用到是自动生成pojo和相应的pojo辅助类来实现动态高效(比直接的反射高效10-20倍)执行 Object的方法(一般是get和set),对于InstantMVC的form利用动态生成辅助类有一定的难度,不是说实现难度,而是对于运用该框架的web开发者来说,不够直接。所以还是主要考虑用反射的,废话不说,下面开始今天的测试。
首先,测试主要有三部分组成,测试创建对象的性能,测试set方法的性能,测试get方法的性能。我没有看过beanUtils的源代码,不过评我的经验想想 BeanUtils应该是做了一些性能的优化的,初步猜测是第一次运行缓存Object的相应东东(具体是什么也不知道),所以测试的时候都是从第二次开始,忽略第一次。下面是测试代码(省略了异常抛出)。
public class MyBean { String name; int age; String[] firends; public static void main(String args[]) { Object o1=beanUtilsCreate(); Object o2=javaCreate(); MyBean my=new MyBean(); long a=System.currentTimeMillis(); for(int i=0;i<5000;i++){ //47 //beanUtilsCreate(); //15 //javaCreate(); //0 //manualCreate(); //235 //beanUtilsSet(o1); //40 //javaSet(o2); //0 //manualSet(my); //203 //beanUtilsGet(o1); //47 //javaGet(o2); //0 //manualGet(my); } long b=System.currentTimeMillis(); System.out.println(b-a); } //===============下面是 beanUtils的方法 public static Object beanUtilsCreate() { Object ob=ConstructorUtils.invokeConstructor(MyBean.class,null); return ob; } public static void beanUtilsSet(Object ob) { BeanUtils.setProperty(ob, "name", "旺旺旺"); } public static void beanUtilsGet(Object ob) { BeanUtils.getProperty(ob, "name"); } // ===============下面是 java自身的直接反射的方法 public static Object javaCreate() { Object ob=MyBean.class.newInstance(); return ob; } public static void javaSet(Object ob) { Method m=MyBean.class.getDeclaredMethod("setName", new Class[]{String.class}); m.invoke(ob,new Object[]{"旺旺旺"}); } public static void javaGet(Object ob) { Method m=MyBean.class.getDeclaredMethod("getName", new Class[0]); m.invoke(ob,new Object[0]); } // ===============下面是 手动的创建对象 public static MyBean manualCreate(){ MyBean my=new MyBean(); return my; } public static void manualSet(MyBean my){ my.setName("旺旺旺"); } public static void manualGet(MyBean my){ my.getName(); } public int getAge() { return age; } public void setAge(int age) { this.age = age; } public String[] getFirends() { return firends; } public void setFirends(String[] firends) { this.firends = firends; } public String getName() { return name; } public void setName(String name) { this.name = name; } } |
上面代码首先创建一个MyBean,简单的name和age属性,然后get和set方法,在main方法中首先构建三个类:
Object o1=beanUtilsCreate(); Object o2=javaCreate(); MyBean my=new MyBean(); |
为了防止beanUtils内部对第一次做了缓存操作而使测试不准确。
第二次开始连续循环5000次分别测试 Create,set,和get的性能。
结果显示如下:
===================================================
BeanUtils java自己反射 手动
创建: 47 15 0
set方法 235 40 0
get方法 203 47 0
===================================================
jdk 1.6,1G内存,AMD 2600+
从上面的结果可以看出,BeanUtils的性能确实不怎么样,这样的结果虽然在现代服务器都菜价了的年代,我还是要为struts和spring等基于反射的框架捏一把汗。不知道spring有没有对反射做过优化,不过上次看Ibatis的时候好像他提供了一个配置选项来增强字节码的反射效率,大概就是那种动态创建字节码的技术吧。