题外话，但我经常担心(更经常看到)if/else和switch语句用太多的情况变得太大。这些通常会损害可维护性。

常见的罪魁祸首包括:

在多个if语句中执行太多操作 案例陈述多得人类无法分析 if求值中的条件太多，以至于不知道要寻找什么

修复:

提取到方法重构。 使用带有方法指针的Dictionary而不是大小写，或者使用IoC来增加可配置性。方法工厂也很有帮助。 提取条件到自己的方法

根据这个链接，使用Switch和IF语句的迭代测试的IF和Switch比较，就像对于1,000,000,000次迭代，Switch语句花费的时间= 44.3秒，IF语句花费的时间= 48.0秒

也就是每秒20833333次迭代，所以，我们真的需要更专注吗，

附注:只是为了了解在少量条件下的性能差异。

一般来说(考虑到所有语言和所有编译器)，switch语句有时可能比if / else语句更有效，因为编译器很容易从switch语句生成跳转表。如果有适当的约束，也可以对if / else语句做同样的事情，但这要困难得多。

在c#的情况下，这也是正确的，但出于其他原因。

对于大量字符串，使用switch语句具有显著的性能优势，因为编译器将使用哈希表来实现跳转。

使用少量的字符串，两者之间的性能是相同的。

这是因为在这种情况下，c#编译器不会生成跳转表。相反，它生成等效于IF / ELSE块的MSIL。

有一个“switch statement”MSIL指令，当被触发时将使用一个跳转表来实现一个switch语句。但是，它只适用于整数类型(这个问题询问的是字符串)。

对于少量的字符串，编译器生成IF / ELSE块比使用哈希表更有效。

当我最初注意到这一点时，我做了一个假设，因为IF / ELSE块用于少量字符串，编译器对大量字符串做了相同的转换。

这是错误的。“IMA”好心地向我指出了这一点(嗯……他不怎么客气，但他是对的，我错了，这是最重要的部分)

我还对MSIL中缺少“switch”指令做了一个愚蠢的假设(我想，如果有一个switch原语，为什么他们不把它与哈希表一起使用，所以一定没有一个switch原语....)． 这是错误的，而且我非常愚蠢。IMA再次向我指出了这一点。

我在这里更新是因为这是评分最高的帖子，也是公认的答案。

然而，我把它变成了社区维基，因为我认为我不应该因为犯错而获得REP。如果你有机会，请给ima的帖子投票。

这实际上并没有回答您的问题，但考虑到编译版本之间的差异很小，我建议您以最能描述您的意图的方式编写代码。这样编译器不仅有更好的机会执行您所期望的操作，而且还会使其他人更容易维护您的代码。

如果您的意图是基于一个变量/属性的值来分支您的程序，那么switch语句最好地代表了这一意图。

如果你的意图是基于不同的变量/属性/条件来分支你的程序，那么If /else If链最能代表这个意图。

我承认cody在人们忘记break命令方面是正确的，但我几乎经常看到人们在犯{}错误的地方执行复杂的if块，因此应该在条件语句中的行却没有。这是我总是在if语句中包含{}的原因之一，即使其中只有一行。它不仅更容易阅读，而且如果我需要在条件语句中添加另一行，我也不会忘记添加它。

switch语句的一个可能的缺点是它缺乏多个条件。您可以为if (else)设置多个条件，但不能在一个交换机中使用不同条件的多个case语句。

Switch语句不适用于简单布尔方程/表达式范围以外的逻辑运算。对于布尔方程/表达式，它非常适合，但不适用于其他逻辑运算。

在If语句中，您可以更自由地使用可用的逻辑，但如果If语句变得笨拙或处理不当，则可读性会受到影响。

两者都有自己的位置，这取决于你所面对的环境。

有三个理由支持这种转变:

A compiler targeting native code can often compile a switch statement into one conditional branch plus an indirect jump whereas a sequence of ifs requires a sequence of conditional branches. Depending on the density of cases a great many learned papers have been written about how to compile case statements efficiently; some are linked from the lcc compiler page. (Lcc had one of the more innovative compilers for switches.) A switch statement is a choice among mutually exclusive alternatives and the switch syntax makes this control flow more transparent to the programmer then a nest of if-then-else statements. In some languages, including definitely ML and Haskell, the compiler checks to see if you have left out any cases. I view this feature as one of the major advantages of ML and Haskell. I don't know if C# can do this.

一个趣闻:在托尼·霍尔接受终身成就奖的演讲中，我听到他说，在他职业生涯中所做的所有事情中，有三件事是他最自豪的:

发明快速排序 发明switch语句(Tony称之为case语句) 开始和结束他的工业生涯

我无法想象没有开关的生活。