JAVA中switch和if性能比较

来源：互联网发布：淘宝怎么开QQ音速店编辑：程序博客网时间：2024/05/21 22:57

来源：http://www.cnblogs.com/snifferhu/p/3500864.html

通常而言大家普遍的认知里switch case的效率高于if else。根据我的理解而言switch的查找类似于二叉树，if则是线性查找。按照此逻辑推理对于对比条件数目大于3时switch更优，并且对比条件数目越多时switch的优势越为明显。

一、测试目的

最近与开发同学对于前面提到的性能问题，有着各自不同的见解，为证明我的观点，现设计如下测试场景验证

PS：一个方法里多达65个if else

二、测试策略

利用Junit4执行本次测试，分别设计50个、70个、100个条件式测试，每轮测试分别执行1千万、2千万、3千万、4千万、5千万和6千万次，为了力求让每轮测试不受外部因素干扰每轮测试执行10次收集信息分析。

为了让java在纯净的环境中运行。同时关闭了QQ、360、chrome等应用软件。

三、测试环境

Java 版本信息

Java version "1.7.0_25"
Java(TM) SE Runtime Environment (build 1.7.0_25-b17)
Java HotSpot(TM) 64-Bit Server VM (build 23.25-b01, mixed mode)
Junit4

JVM配置信息

--launcher.XXMaxPermSize
256m
-Dosgi.requiredJavaVersion=1.6
-Xms512m
-Xmx1024m

系统信息

Windows7 旗舰版
64位操作系统

设备信息

处理器：Intel(R) Core(TM) i3-2328M CPU @ 2.20GHz 2.20 GHz
安装内存(RAM)：4.00GB (3.90 GB 可用)

因此次不涉及硬盘读写，故不记录硬盘信息

四、测试脚本

因篇幅所限，测试脚本略有缩减。

 View Code 

五、测试结果

以下是收集的测试数据，时间单位毫秒（ms）。其实这种数据看起来很难看出问题所在。

条件式测试数迭代数 1

(ms)

2345678910avgmaxmin1006千万if469466474455477478466460464483469483455switch4434434414384434374414424394384414434375千万if399420394403408402403393410430406430393switch3673743703663743823813763733973763973664千万if344325326359320325324319319328329359319switch3023053003153023022983182973003043182973千万if255249240248249247250256251246249256240switch2282322272312302292272312282312292322272千万if211177183182181172174170175178180211170switch1651491551521541551551661511581561661491千万if179174176176169177176191173183177191169switch152156167161158151161161159161159167151706千万if424416440437427419417411416429424440411switch3893953873883883923973913923933913973875千万if368366352354351352350362355361357368350switch3273273263243283273243233303253263303234千万if321300295293284283281335276281295335276switch2592622602622592612592682602672622682593千万if219229226217220226215223217226222229215switch1991972031991991991972002001971992031972千万if149158152155177159159158161150158177149switch1361361321341451331331321361331351451321千万if86838781908877839585869577switch65676767687167686868687165506千万if374361363363362364376366372373367376361switch3473433413413383623403433433433443623385千万if324312306306341312312299307307313341299switch2892872852832912882902882902812872912814千万if287247251252265247248256252256256287247switch2392372362292432302352322282282342432283千万if193196195197203198201188200204198204188switch1841781811751731721761841931741791931722千万if128129133145133139139130131143135145128switch1171181181171151201141131161181171201131千万if81688275766869799175769168switch60576060596559626160606557

六、测试结果分析

纯数据的测试结果，很难进行分析，经过整理以后如下图：

if-100为if执行100条件式测试数，switch-100为switch执行100条件式测试数；

根据此图表结果，大家已经可能很清晰的看出If与Swtich的性能对比结果了。但是如此细微的性能差异，实现了业务就行了，何必关注这种费心又麻烦的事呢？

哈哈哈，性能测试更多时候，也是沟通问题，更是行政问题。

七、总结

这次验证过程，其实就是一次简单的性能测试过程，也就是——需求挖掘->明确目的->设计策略->准备环境->脚本编写->收集数据->结果分析->测试报告。此处略去的报告内容，因为不需要什么报告了。哈哈哈！（大家懂的）

就大量条件式的业务场景而言，除了利用switch以外，其实还可以用到枚举(enum)作为条件式，抽象每个判断式导向为函数式(function)。可能哪天我心情好会把利用enum优化的代码给放出来。

2015-8-23 15:17:18 跟新

策略模式+接口注入，写的是伪代码没有严格的语法规范，大家凑合着看。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
interface Service{
     
    public void execute();
 
    public <T> T eval();
}
 
 
public class Strategy{
 
    private static Concrunthashmap<String,function> content = new Concrunthashmap<String,function>();
 
    public void register(String name,Clas<T> xxx){
        if(!content.has(name)){
            content.put(xxx);//这里隐去了反射生成对象的过程
        }
    }
 
    public void execute(String name){
        content.get(name).execute();
    }
 
    public void eval(String name){
        content.get(name).eval();
    }
}
 
class HelloServiceImpl implements Service{
 
    public void execute(){
        print "hello world";
    }
 
    public String eval(){
        return "hello world";
    }
}
 
class HiServiceImpl implements Service{
 
    public void execute(){
        print "hi world";
    }
 
    public String eval(){
        return "hi world";
    }
}

0 0