else if 与反射invoke性能比较测试（用于servlet判断调用方法）

else if 与反射invoke性能比较测试（用于servlet判断调用方法），从测试结果看，只有几个方法的时候直接用if else if比较快，第一次使用invoke的时候花费的时间比较长，但之后基本上一致，比较平稳。在100个方法以后invoke方法比else少一个数量级别的时间，不过差别都是在纳秒范围内。

但采用invoke有一个明显的优势就是增加新的方法的时候不需要写判断语句的代码，直接添加方法就可以了，可以节省很长一段else if 代码的判断和维护。

 

两次运行结果：

 if method1用时:55147纳秒,0毫秒

 invoke method1用时:227628纳秒,0毫秒

 

 if method2用时:49518纳秒,0毫秒

 invoke method2用时:52185纳秒,0毫秒

 

 if method100用时:193578纳秒,0毫秒

 invoke method100用时:41914纳秒,0毫秒

 

 if method500用时:507870纳秒,0毫秒

 invoke method500用时:42386纳秒,0毫秒

 

 if method1000用时:496012纳秒,0毫秒

 invoke method1000用时:44326纳秒,0毫秒

 =====================================

 if method1用时:48170纳秒,0毫秒

 invoke method1用时:216665纳秒,0毫秒

 

 if method2用时:50090纳秒,0毫秒

 invoke method2用时:52676纳秒,0毫秒

 

 if method100用时:195969纳秒,0毫秒

 invoke method100用时:44236纳秒,0毫秒

 

 if method500用时:497615纳秒,0毫秒

 invoke method500用时:43714纳秒,0毫秒

 

 if method1000用时:494152纳秒,0毫秒

 invoke method1000用时:43538纳秒,0毫秒

=======================================

 

下面是测试代码：

 http://code.google.com/p/coos/source/browse/trunk/coos/src/com/coos/util/TestCase.java

 

下面是实现的servlet接口代码：

http://code.google.com/p/coos/source/browse/trunk/coos/src/com/coos/util/GetData.java

 

注：javaeye本身的语法着色js导致浏览器运行过慢弹出提示框，点击是就不显示我的代码了，所以用googlecode的代码功能！

评论

25 楼 zdz8207 2010-07-19  

yuwgle 写道

invoke只比直接调用java方法，慢2倍。
不管if else 怎么样，方法调用的时间，你算进去了吗？

invoke比if else多出来的那点时间几乎可以忽略不计了，对用户来说是完全没有感觉的

24 楼 yuwgle 2010-07-15  

invoke只比直接调用java方法，慢2倍。
不管if else 怎么样，方法调用的时间，你算进去了吗？

23 楼 zdz8207 2010-02-27  

kimmking 写道

没代码，我怀疑楼主的结论。

本人一向推崇开源的，不至于发隐藏贴来忽悠大家，终于通过申诉为自己申冤了

22 楼 kimmking 2010-02-24  

没代码，我怀疑楼主的结论。

21 楼 抛出异常的爱 2010-02-24  

风花雪月饼 写道

当你的代码中出现第一个elseif的时候，肯定会出现第二个。

选择使用invoke的方式是对的。

问题不在于性能，在于楼主的设计对于以后的影响。

请使用"表驱动"实践.
可以参考 代码大全2.

20 楼 crazy.j 2010-02-24  

Map里装个接口实现不行么~

19 楼 winhkey 2010-02-23  

Map<String, Integer>

switch (map.get(key))

18 楼 kingwon 2010-02-23  

如果真的在意反射invoke性能，建议采用下面方式可以避免else if的问题
初始化时构造一个map（注意只需一次），map的key为method name， value为一个函数对象，如 ：
Runnable method = new Runnable()
{
public void run()
{
method();
}
};

17 楼 newid 2010-02-23  

有的时候从软件后期维护角度考虑牺牲一些性能是再所难免的。

就象现在很多人都喜欢用spring和hibernate一样。

要的就是开发、维护方便

16 楼 H_eaven 2010-02-23  

多不年了，Http协议都没变过，这个数量是固定的，直接用if-else if一点问题都没有，出发点要从扩展性要考虑.这个级别上性能考虑没多大意义 。
业务代码中，如果很有可能要扩展，那么反射带来的好处太大了，无敌的扩展性，对未知类的执行.
记着从扩展性出发。可读性，因为是框架内部实现，如果可读性不太好，但扩展性带来的好处也可以把可读性差的损失换回来.

15 楼 曾经de迷茫 2010-02-23  

这种if .. else ..if，考虑索引、Hash啊。
转换为HashSet处理试试

14 楼 y14 2010-02-23  

硬件发展得这么强大了。。。代码的可读性早就放第一位了。。。

13 楼 chandler 2010-02-23  

在性能能够接受的情况下。可读性和可扩展是第一位的。

12 楼 songfantasy 2010-02-23  

JDK7才开始支持switch中字符串

11 楼 kimmking 2010-02-23  

没代码，啥都是盲目的

10 楼 superheizai 2010-02-23  

hellojinjie 写道

guooscar 写道

switch 会更快一点

字符串不能用 switch 的啊

呵呵，看报道说1.7里面好像可以用string了，期待下

9 楼 风花雪月饼 2010-02-23  

当你的代码中出现第一个elseif的时候，肯定会出现第二个。

选择使用invoke的方式是对的。

问题不在于性能，在于楼主的设计对于以后的影响。

8 楼 pipilu 2010-02-23  

个人认为，Web应用要这么玩儿，就走偏了。不值得花时间。

7 楼 hankesi2000 2010-02-23  

感觉elseif在前几次的比较中比较有价值，之后的比较。。。应该没人那么写吧？

6 楼 hommy8 2010-02-23  

请问谁能告诉我一下，LZ写这个servlet的场景吗？ LZ是在写自己的框架吗？是不是把方法名传给你的servlet，这个servlet会转发给对应的方法？