编译器将把几乎所有内容都优化为相同的代码，只有微小的差异(Knuth，任何人?)

区别在于一个switch语句比串在一起的15个if else语句更简洁。

朋友不会让朋友叠加if-else语句。

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

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

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

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

我刚刚注意到的是，你可以结合if/else和切换语句!在需要检查先决条件时非常有用。

if (string.IsNullOrEmpty(line))
{
    //skip empty lines
}
else switch (line.Substring(0,1))
{
    case "1":
        Console.WriteLine(line);
        break;
    case "9":
        Console.WriteLine(line);
        break;
    default:
        break;
}

通常它看起来会更好——也就是更容易理解发生了什么。考虑到性能上的好处最少，代码的视图是最重要的区别。

因此，如果if/else看起来更好，就使用它，否则使用switch语句。

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

常见的罪魁祸首包括:

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

修复:

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

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

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

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

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