为什么很多程序员不用 switch，而是大量的 if...else if ...？

最新推荐文章于 2022-02-26 13:32:54 发布
最新推荐文章于 2022-02-26 13:32:54 发布
阅读量505 收藏
点赞数
分类专栏： java 文章标签： java switch 编程语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/air723/article/details/115486853
版权

这个问题如果是一般的程序员还真不知道为啥，只知道别人都是这样写的，所以跟着这样写了，很少有人会深入地去思考这个问题，你能有这个疑问，说明你有一颗求真的心（我当年也想过 ）。

这个问题对编程没有一定功底，是答不出个所以然的。我认为主要可以从编码习惯和程序性能上去思考。

编码习惯

我首先来说一下编码习惯，先不说其它的，单从代码行数来看的话，实现相同的逻辑，switch比if…else if占用的行数是要多一些的，请看下面的示例代码：

switch版

public class Demo1 {
    public static void main(String[] args) {
        long s = System.nanoTime(), e;
        int a = 0, b;
        for (int i = 0; i < 10000000; i++) {
            b = i % 10;
            switch (b) {
                case 1:
                    a = a + 2;
                    break;
                case 2:
                    a = a + 3;
                    break;
                case 3:
                    a = a + 4;
                    break;
                case 4:
                    a = a + 5;
                    break;
                case 5:
                    a = a + 6;
                    break;
                case 6:
                    a = a + 7;
                    break;
                case 7:
                    a = a + 8;
                    break;
                case 8:
                    a = a + 9;
                    break;
                case 9:
                    a = a + 10;
                    break;
            }
        }
        e = System.nanoTime();
        System.out.printf("运行时间:%.2f毫秒", (e - s) / 1000000f);
    }
}

if … eles if 版

public class Demo2 {
    public static void main(String[] args) {
        long s = System.nanoTime(), e;
        int a = 0, b;
        for (int i = 0; i < 10000000; i++) {
            b = i % 10;
            if (b == 1) {
                a = a + 2;
            } else if (b == 2) {
                a = a + 3;
            } else if (b == 3) {
                a = a + 4;
            } else if (b == 4) {
                a = a + 5;
            } else if (b == 5) {
                a = a + 6;
            } else if (b == 6) {
                a = a + 7;
            } else if (b == 7) {
                a = a + 8;
            } else if (b == 8) {
                a = a + 9;
            } else if (b == 9) {
                a = a + 10;
            }
        }
        e = System.nanoTime();
        System.out.printf("运行时间:%.2f毫秒", (e - s) / 1000000f);
    }
}

上面两个示例类Demo1和Demo2实现的逻辑一模一样，Demo1使用switch实现，代码总行数是40行；而Demo2使用if … else if 实现，总共只有30行（这里显示不了行号，你可以把代码复制到自己的编辑器去看）。

单从这点来看，if … else if就完胜了 ，毕竟程序员每多敲一个字母，对他手的伤害就会大一些，程序员的手还有其它很重要的用途的 ！所以…新手程序员们要保护好自己的手哈。
一个程序员老手的手。。。一个程序员老手的手。。。
说到新手，这里就不得不提使用switch的一个坑了，一般新手都会犯这样的错误，就是忘记写break、忘记写break、忘记写break，这个问题我见过90%的新手都会遇到，break不写编译不会报错，因为在语法上来说，不写也是对的，只是写于不写，所表达的意思不一样。

既然语法是对的，编译当然能通过。因为编译主要就是检测程序的语法是否合格，合格就将源码转换成机器可以执行的代码。所以这也是为什么不写break，还能编译通过的原因。

但程序在执行时，有break和没有break，结果会完全不一样，就拿上面Demo1的例子来说，少了一个break，变量a的结果都会有变化。所以，对于新手来说，switch中的break就是一个隐藏的炸弹，没用好就会产生bug。

但如果你的编程水平高，能彻底明白有break和没有break的区别，那在某些场景还是挺有用的，再来看下面的示例代码：

switch 版：

import java.util.Scanner;

public class Demo3 {
    public static void main(String[] args) {
        System.out.print("请输入你的姓名：");
        Scanner scanner = new Scanner(System.in);
        String name = scanner.next();
        switch (name) {
            case "张三":
            case "李四":
                System.out.println("欢迎你");
                break;
            case "王五":
                System.out.println("对不起，这里不欢迎你");
                break;
            default:
                System.out.println("你叫啥？");
                break;
        }
    }
}

if … else if 版

import java.util.Scanner;

public class Demo4 {
    public static void main(String[] args) {
        System.out.print("请输入你的姓名：");
        Scanner scanner = new Scanner(System.in);
        String name = scanner.next();
        if ("张三".equals(name) || "李四".equals(name)) {
            System.out.println("欢迎你");
        } else if ("王五".equals(name)) {
            System.out.println("对不起，这里不欢迎你");
        } else {
            System.out.println("你叫啥？");
        }
    }
}

这个示例的逻辑很简单，在控制台输入姓名，然后如果是张三或李四，就打印欢迎你，对王五打印不欢迎的内容。

这里如果仅从代码行数去看的话，还是使用if … else if占优势，但从代码的可阅读性和可扩展性来说的话，明显使用switch更合适。

为什么这么说？

举个栗子，业务上现在是要求对张三和李四说欢迎，如果隔壁的产品经理哪天想给你找点事干，要求对赵一、赵二、赵三等等都说欢迎，那在Demo4里面得不断往if的条件后再追加条件；而在switch版本里面只需要追加一个case，而且看上去还一目了然，结构非常清晰，示例如下：

import java.util.Scanner;

public class Demo3 {
    public static void main(String[] args) {
        System.out.print("请输入你的姓名：");
        Scanner scanner = new Scanner(System.in);
        String name = scanner.next();
        switch (name) {
            case "赵一": // 追加的需求
            case "张三":
            case "李四":
                System.out.println("欢迎你");
                break;
            case "王五":
                System.out.println("对不起，这里不欢迎你");
                break;
            default:
                System.out.println("你叫啥？");
                break;
        }
    }
}

另外，在某些场景使用switch也会增加程序的复杂性和可读性。就拿上面的Demo1的代码来说，如果想要在switch的case 1里面跳出当前的for循环，那该怎样做呢？

public class Demo1 {
    public static void main(String[] args) {
        long s = System.nanoTime(), e;
        int a = 0, b;
        for (int i = 0; i < 10000000; i++) {
            b = i % 10;
            switch (b) {
                case 1:
                    a = a + 2;
                    // 在此次如何跳出for循环？？？
                    break;
                case 2:
                // 此处省略诺干行......
            }
        }
    }
}

大家知道在for循环中要跳出当前的for循环，也是使用break关键字，但此处是在switch里面，switch里的break是退出当前的case。所以。。。 对于小白来说，这里就懵了！

真的，一般人还真不知道怎样处理这个问题，有人会想到立一个flag，在switch结束后去判断这个flag，或者直接判读i的值，比如下面这样：

public class Demo1 {
    public static void main(String[] args) {
        long s = System.nanoTime(), e;
        int a = 0, b;
        for (int i = 0; i < 10000000; i++) {
            b = i % 10;
            switch (b) {
                case 1:
                    a = a + 2;
                    break;
                case 2:
                // 此处省略诺干行......
            }
            // 在此处判断，满足条件就跳出循环
            if (i == 0) {
                break;
            }
        }
    }
}

还有人可能会用到Java中的标签语法，就像这样：

public class Demo1 {
    public static void main(String[] args) {
        long s = System.nanoTime(), e;
        int a = 0, b;
        LABEL_FOR:// 给此处的for循环定义一个标签
        for (int i = 0; i < 10000000; i++) {
            b = i % 10;
            switch (b) {
                case 1:
                    a = a + 2;
                    break LABEL_FOR; // 跳出for循环
                case 2:
                // 此处省略诺干行......
            }
        }
    }
}

这种方法一般人也想不到，因为很少有人这样写，有人写了四五年的代码都不一定见过，但这的确是Java中支持的语法。

虽然这样比上面的判断方法看上去优雅，但增加了程序的复杂性和可读性。如果使用的是if else if，根本不用搞这么复杂，直接使用break即可，就像这样：

public class Demo2 {
    public static void main(String[] args) {
        long s = System.nanoTime(), e;
        int a = 0, b;
        for (int i = 0; i < Integer.MAX_VALUE; i++) {
            b = i % 10;
            if (b == 1) {
                a = a + 2;
                break; // 此处的break可以直接跳出当前for循环
            } else if (b == 2) {
                // 此处省略诺干行......

所以，从编码风格来说的话，需要结合实际的业务需求去选择使用哪种语法。

程序性能

从性能上来说的话，如果不是做大量的运算的话，性能上是几乎没有差异的。

就拿上面的Demo1和Demo2来说的话，两个程序运行耗时都是差不多。

但如果把for循环的次数加大几倍，其结果就明显了，看下面的示例和结果：

switch 版

public class Demo1 {
    public static void main(String[] args) {
        long s = System.nanoTime(), e;
        int a = 0, b;
        for (int i = 0; i < Integer.MAX_VALUE; i++) {
            b = i % 10;
            switch (b) {
                case 1:
                    a = a + 2;
                    break;
                case 2:
                    a = a + 3;
                    break;
                case 3:
                    a = a + 4;
                    break;
                case 4:
                    a = a + 5;
                    break;
                case 5:
                    a = a + 6;
                    break;
                case 6:
                    a = a + 7;
                    break;
                case 7:
                    a = a + 8;
                    break;
                case 8:
                    a = a + 9;
                    break;
                case 9:
                    a = a + 10;
                    break;
            }
        }
        e = System.nanoTime();
        System.out.printf("运行时间:%.2f毫秒", (e - s) / 1000000f);
    }
}

if … else if 版

public class Demo2 {
    public static void main(String[] args) {
        long s = System.nanoTime(), e;
        int a = 0, b;
        for (int i = 0; i < Integer.MAX_VALUE; i++) {
            b = i % 10;
            if (b == 1) {
                a = a + 2;
            } else if (b == 2) {
                a = a + 3;
            } else if (b == 3) {
                a = a + 4;
            } else if (b == 4) {
                a = a + 5;
            } else if (b == 5) {
                a = a + 6;
            } else if (b == 6) {
                a = a + 7;
            } else if (b == 7) {
                a = a + 8;
            } else if (b == 8) {
                a = a + 9;
            } else if (b == 9) {
                a = a + 10;
            }
        }
        e = System.nanoTime();
        System.out.printf("运行时间:%.2f毫秒", (e - s) / 1000000f);
    }
}

以上代码中，将for循环的次数改为了Integer.MAX_VALUE。再来看一下两个程序运行的结果：
在这里插入图片描述

说明：不同的机器配置，运行耗时会不一样。

Demo1运行3次的结果

运行时间:4464.96毫秒
运行时间:4501.70毫秒
运行时间:4660.67毫秒

Demo2运行3次的结果

运行时间:5892.39毫秒
运行时间:6014.14毫秒
运行时间:5440.15毫秒

通过对比会发现，在做大量运算时，switch的性能更优。

所以，如果你看过一些框架的源码就会发现那些作者他们很多地方都用的是switch，就是这个原因。

小结

从编码习惯上来说，switch和if … else if各有利弊，需要结合实际的业务需求去选择使用哪种语法。

如果程序性能上说的话，一般的程序中使用switch和if … else if几乎没有差异，只有在需要做大量的运算，switch的优势才能体现。

大嘴说Java
关注
专栏目录
C:3.6-3.9 列表选择switchcase练习、if-else练习
qq_43667606的博客
07-05 420
test_switchcase.c ex5_switchcase.c ex6_if_switch.c ex7_if_switch.c
为什么很多程序员不用switch，而是大量的if else？
java1527的博客
10-05 138
说来也是巧最近在看 Dubbo 源码，然后发现了一处很奇怪的代码，刚好和这个 switch 和 if else 有关！ 让我们来看一下这段代码，它属于 ChannelEventRunnable，这个 runnable 是 Dubbo IO 线程创建，将此任务扔到业务线程池中处理。​添加图片注释，不超过 140 字（可选）看到没，把 state == ChannelState.RECEIVED 拎出来独立一个 if，而其他的 state 还是放在 switch 里面判断。​添加图片注释，不超过 140 字（可
为什么程序员都不喜欢使用 switch 而使用 if else ？
公众号：Java后端
09-11 362
点击上方蓝色字体，选择“标星公众号”优质文章，第一时间送达请用5秒钟的时间查看下面的代码是否存在bug。OK，熟练的程序猿应该已经发现Bug所在了，在第8行和第10行下面...
为什么程序员都不喜欢使用switch，而是大量的 if……else if ？
Java笔记虾
09-01 449
点击上方“后端技术精选”，选择“置顶公众号”技术文章第一时间送达！出处：熊爸爸的科技工坊3g.163.com/tech/article/E02RDE6C0511SDDL....
Ch4.rar_If..._SwitchStatement.sln_csharp swit
09-19
`switch`语句提供了一种更简洁的方式来处理多路选择，尤其是当有很多可能的条件时。其基本语法如下： ```csharp switch (expression) { case value1: // 当expression的值等于value1时执行的代码 break; case ...
程序员多年以来最让人困惑的问题：为什么不用switch而是大量的if和else？
taya_a的博客
12-30 2356
我自己是一名大数据架构师，目前辞职在做线上教育大数据讲师，每天都会直播分享免费公开课，大家可以加群参加。以及我自己整理了一套最新的大数据学习系统教程，包括Hadoop，数据挖掘，数据分析。送给正在学习大数据的小伙伴！这里是大数据学习者聚集地，欢迎初学和进阶中的小伙伴！加QQ群：842014748 在平常的工作中，我们经常可以看到在需求代码中有很多的if和else等判断语句，弄得我们焦头烂额的...
程序员说：为什么喜欢大量使用 if……else if替代switch?
miaozenn的博客
10-28 554
请用5秒钟的时间查看下面的代码是否存在bug。 OK，熟练的程序猿应该已经发现Bug所在了，在第13行下面我没有添加关键字break; 这就导致这段代码的行为逻辑与我的设计初衷不符了。 缺点一. 语法正确，逻辑错误 这就是第一个理由为什么程序猿很少使用switch来做条件判断，对于新手来说忘记写break实在是再普通不过了，就算是老猿忘记写也是时有发生的事情，而这个语法错误在诸多的语法检查器上没有办法检查出来的，因为从语法角度来说是正确的！可是代码的处理逻辑却是错误的！用if来重写这段代码的话，就
哟，我发现 Dubbo 这波优化好像不够彻底啊？
qwe123147369的博客
09-25 207
写在前面：2020年面试必备的Java后端进阶面试题总结了一份复习指南在Github上，内容详细，图文并茂，有需要学习的朋友可以Star一下！ GitHub地址：https://github.com/abel-max/Java-Study-Note/tree/master 每个时代，都不会亏待会学习的人。 最近在看 Dubbo 源码，然后发现了一处很奇怪的代码，于是就有了这篇文章，让我们来看一下这段代码，它属于 ChannelEventRunnable，这个 runnable 是 Dubbo IO 线程
提问：为什么程序员不用switch而是大量的if和else？
chenqian4525的博客
11-06 542
在平常的工作中，我们经常可以看到在需求代码中有很多的if和else等判断语句，弄得我们焦头烂额的同时，还得一个一个去看每个判断的作用，这时候我们不禁会想：为什么这个时候不直接用switch而用这么多的if和else？弄得这么麻烦，难道是为了凑代码行数吗？ 请输入图片描述 我想很多...
为什么很多程序员不用switch，而是大量的if……else if？
weixin_46814516的博客
09-13 1283
作者：古明地觉 链接：https://www.zhihu.com/question/475877331/answer/2035922184 来源：知乎 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。 不会吧还有人用if else和switch case？三目运算符？ 不会吧？ 不会吧？大佬都是全都不用的！以JAVA为例 条件判断语句的四种写法，茴字的四种写法大家不会不知道吧 1.正常人写法： private static String MAN = "man"; .
为什么程序员都不喜欢使用 switch ，而是大量的 if……else if ？
程序员小乐
09-16 1585
点击上方 "程序员小乐"关注,星标或置顶一起成长每天凌晨00点00分,第一时间与你相约每日英文Don't judge my path, if you have...
接手到这么多“if“的代码，该怎么办呢？
xu_fu_yong的专栏
02-26 369
重构“箭头型”代码有哪些可行方法呢？
你用大量 if else，而不用switch的原因，if真香啊
黑马程序员官方博客
06-05 631
最近工作接手了一块新业务 本以为很简单，轻轻松松就能搞定 再看代码的时候余光一瞄 我的妈呀 一大堆if else套if else的模块 心理骂骂咧咧谁他喵写的这玩意 就跟破水管一样，又臭又长 然后开始review历史 但毕竟没有一个人会希望让自己的代码变为裹脚布 所以我就在思考 前面接手的人 为什么要保留这么一大堆有用的垃圾？ switch他不香么？ 后来我便问工作的朋友 我前面一共有几个人接手？ “前面有2个” 那这2个前任都是咋想的？ 正好可以有机会..
程序员为何偏爱if…else而非switch？
"本文讨论了程序员在编程时偏好使用if...else if结构而非switch语句的原因，主要列举了三个缺点：一是容易忘记在case后添加break导致逻辑错误，语法检查器无法检测；二是switch语法相对死板，仅能与常量配合，限制了...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值