ExecutionEngine类与MCJit、ORC的关系及LLVM JIT API使用疑问

嘿，刚好我对LLVM的JIT生态这块摸得比较熟，来帮你把这些概念的关系理清楚，解决你的疑问～

1. 三者的核心关系 #

你的理解有部分合理性，但需要补充更准确的细节：

• ExecutionEngine是LLVM早期为统一JIT实现设计的抽象基类，初衷是给上层代码提供一套通用JIT操作接口（比如编译IR到机器码、执行函数、查询符号等），隐藏底层不同JIT实现的细节。
• 早期的MCJIT是ExecutionEngine的一个具体子类，它基于MC（Machine Code）层实现，是替代旧Legacy JIT的第二代JIT方案。
• ORC是LLVM推出的第三代模块化JIT框架，它的设计完全跳出了ExecutionEngine的抽象束缚，采用更灵活的组件化架构。虽然LLVM曾提供过OrcMCJITReplacement这类兼容层让ORC适配ExecutionEngine接口，但这只是过渡方案，ORC的原生API才是官方主推的方向。

2. 是否应该优先使用ExecutionEngine？ #

绝对不应该！目前LLVM已经将ExecutionEngine标记为**废弃（deprecated）**状态，MCJIT也属于过时实现。原因很明确：

• ORC具备MCJIT和旧ExecutionEngine完全没有的强大功能：增量编译、分层JIT、动态链接多个IR模块、与静态/动态库无缝结合、支持JIT调试、跨平台兼容性更好等。
• LLVM的新特性（比如新代码生成优化、JIT链接器改进）只会在ORC上迭代，ExecutionEngine和MCJIT不会再有任何功能更新。

3. 官方教程用ORC却不提ExecutionEngine，是教程过时吗？ #

恰恰相反，这是因为教程贴合LLVM当前技术路线！
LLVM社区早在几年前就把ORC作为JIT的主推方案，旧的ExecutionEngine和MCJIT已被逐步淘汰，所以新的官方教程、文档都会直接使用ORC的原生API，不会再介绍已废弃的ExecutionEngine。如果看到某些旧资料还在讲ExecutionEngine，那才是真的过时了。

最后给你个小建议：直接从ORC入手学习LLVM JIT就好，不用纠结ExecutionEngine的旧API，它已经是LLVM历史的一部分啦。

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