性能对比：Switch与多态性，为何测试中Switch更快？

嘿，这个问题挺有意思的——我刚仔细看了你的测试代码，能理解你为什么疑惑：按常理多态的动态调用应该和switch的分支处理开销差不多，但结果却反过来了。其实这里面有几个关键的细节，都是JavaScript引擎（尤其是V8，也就是Chrome/Node.js用的引擎）的优化特性和你的测试代码设计导致的，我来逐一拆解：

1. 多态版本多了一次函数调用的开销 #

你可能没注意到，你的多态实现里，getImportantValuePolymorphism需要调用每个对象的GetImportantValue()方法——哪怕这个方法只是简单返回一个常量，它依然是一次完整的函数调用：需要创建栈帧、执行函数体、销毁栈帧。

而switch版本呢？getImportantValueSwitch直接在函数内部return常量，没有额外的函数调用开销。这是一个非常直观的性能差距来源。

如果把多态的实现改成直接读取属性（比如class1 = { importantValue: 1 }，然后函数返回myClass.importantValue），你会发现两者的性能差距会缩小很多——因为去掉了额外的函数调用。

2. V8对字符串Switch做了极致优化 #

V8引擎会对固定字符串case的switch语句做特殊优化：它会把每个case字符串转换成唯一的哈希值，然后生成一个跳转表（jump table）。这意味着switch的分支判断几乎是O(1)的操作，没有分支预测失败的开销，甚至比if-else链快得多。

而多态的方法调用，虽然看起来是一次动态查找，但你的测试里用到了5个不同的对象（class1到class5），每个对象的GetImportantValue是独立的箭头函数。V8的内联缓存（IC）会从单态缓存变成多态缓存，每次调用都要检查对象的形状（shape），匹配对应的方法，这个过程的开销比跳转表要大。

3. 内联能力的差异 #

V8的即时编译器（JIT）非常擅长内联简单的函数，但多态版本的调用链里涉及多个独立的函数（每个class的GetImportantValue都是不同的函数实例），这会让JIT很难把整个调用链完全内联。

而switch版本的函数逻辑极其简单：读取一个属性，匹配case，返回常量。JIT可以轻松把整个switch函数内联到循环里，甚至直接把循环展开，把所有调用替换成直接返回常量——相当于循环里根本没有函数调用，只是在累加时间而已。

最后想说的话 #

其实你不用太纠结这个测试结果：在绝大多数业务代码里，这种性能差异完全可以忽略不计。多态带来的可读性、可维护性（比如新增类型时不用修改switch，只需要新增类）才是更重要的。只有当你在写极端性能敏感的代码（比如每秒执行数百万次的核心循环）时，才需要考虑这种微观优化。

内容的提问来源于stack exchange，提问作者Serg046