静态分发是否几乎总是快于基于装箱dyn trait的动态分发？

静态分发与动态分发的优缺点，已有不少相关讨论。从性能角度看，直觉上基于trait对象的动态分发通常慢于静态分发，因此在部分场景下，用静态约束实现的静态分发是合理的性能优化手段——比如enum_dispatch crate所推荐的模式，这个工具可以简化这类实现，它提到：

enum_dispatch会将trait对象转换为具体的复合类型，可将方法调用速度提升最高10倍。

我认为动态分发更慢主要源于两点：

• 动态分发需要某种形式的装箱操作，这会引入内存间接访问。这在Vec等集合中使用trait对象时影响尤为明显，因为指针向量的缓存效率远低于枚举向量。
• 动态分发会阻止函数调用的内联优化。

这让我不禁思考：有没有（甚至是经常遇到的）静态分发慢于动态分发的场景？

比如假设这样一种情况：编译器本来就不会选择内联目标方法调用，且指针重定向的影响可以忽略不计，此时性能仅由分发逻辑本身决定。动态分发依赖函数指针，其分发复杂度与可能的分支数量无关；而静态分发则需要对包含N个分支的enum执行match操作。编译器在底层会如何处理这种match？是生成较慢的O(N)比较链来调用正确方法，还是能优化出仍为O(1)的机器码？当分支数量极多时，使用vtable实现的动态分发会不会实际上更快？

注：当然，这类问题必须针对具体代码进行基准测试才能给出确切答案。不过我希望加深对底层原理的理解，建立一种直觉判断：“静态分发慢于动态分发”属于「几乎不可能」「有时可能」还是「相当可能」？

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