C/Go/Rust等编译型语言是否属于AOT编译？二者有何差异？

核心结论 #

C、Go、Rust这类传统编译型语言从技术定义上完全属于AOT（Ahead-of-Time）编译范畴，但行业里很少直接称它们为“AOT语言”，问题出在术语的语境差异上。

具体解释 #

1. 先明确AOT的本质
   AOT的核心就是“在程序运行前完成编译”，将源代码直接编译为目标平台的原生机器码，运行时无需再做编译工作，直接加载执行。从这个标准看，C、Go、Rust完全符合：它们的编译过程都在执行前完成，最终产出的是可以直接在操作系统上运行的原生可执行文件，没有运行时的即时编译（JIT）环节。

2. 为啥很少称它们为“AOT语言”？

   • 术语诞生的语境问题：AOT这个概念主要是为了和JIT（即时编译）做区分才被广泛提及的。比如Java、C#这类语言，最初的设计是基于字节码在虚拟机上运行，默认用JIT在程序运行时动态编译字节码为机器码。后来为了解决启动慢、运行时开销大的问题，才推出了AOT编译方案（比如Java的GraalVM AOT、C#的Native AOT）。所以当人们说“AOT语言”时，通常指的是那些原本依赖JIT运行，后来新增AOT能力的语言，或者专门主打AOT特性的新兴语言。
   • 传统编译型语言的“默认属性”：C、Go、Rust从设计之初就是原生编译的，AOT是它们的固有属性——就像你不会特意说“面包是用面粉做的”，因为这是它的基本特征，不需要额外强调。

3. 容易混淆的例外情况
   比如Go的go run、Rust的cargo run命令，看起来像是直接运行源码，但实际上是后台先完成编译，生成临时可执行文件后再运行，本质还是AOT编译，只是把编译和执行的步骤合并了，并非JIT编译。

关键要点总结 #

• 技术定义上，C、Go、Rust属于AOT编译；
• 行业里的“AOT语言”是针对JIT语言的补充方案，而非传统原生编译语言的常规称呼；
• 你忽略的核心是术语的语境差异——AOT是为了对比JIT而生的概念，而传统编译型语言本身就是AOT的“原生形态”，所以不需要额外标注。

内容的提问来源于stack exchange，提问作者Name for anonymity