编译代码与执行代码的区别及程序执行主体相关问题

核心定义区分 #

• 编译：纯翻译过程，输入是人类可读的高级语言源代码，输出是对应执行环境能识别的指令格式（可以是原生CPU机器码、字节码、中间代码等），全程不运行代码逻辑，编译器完成翻译后就退出，不参与后续运行环节。
• 执行：实际运行指令的过程，输入是编译完成的指令集，输出是程序运行的最终结果。

编译后的程序由谁执行？ #

根据编译输出的指令类型不同，执行主体分三类：

1. 编译输出原生机器码（比如C/C++编译器输出的.exe、.out文件）：直接由CPU硬件执行。下发指令的是操作系统：你触发程序启动后，操作系统会把机器码加载到内存，通过进程调度给CPU分配执行资源，CPU直接读取内存中的机器指令逐行运行，不需要额外的执行应用，编译器也完全不参与执行阶段。
2. 编译输出平台无关字节码（比如Java编译器输出的.class文件）：需要对应的虚拟机（如JVM）作为额外执行应用，先把字节码转成对应平台的机器码，再交给CPU执行。
3. 没有提前编译、直接输入源代码运行（比如Python、JavaScript脚本）：需要对应的解释器/引擎作为额外执行应用，边解析/编译代码边执行。

两个常见场景解答 #

场景1：Firefox打开HTML文件的角色定位 #

HTML是结构化标记语言，不属于需要编译的编程语言，因此Firefox既不是传统意义的编译器，也不是纯执行器：

• 对HTML本身：Firefox只做解析渲染，把文本格式的HTML标签转换成页面上可见的元素，全程没有编译过程。
• 对HTML中嵌入的JavaScript代码：现代浏览器的JS引擎会做JIT即时编译，边把JS代码编译成机器码边执行，这个阶段引擎同时承担编译和执行的角色，但这和HTML本身的处理无关。

场景2：双击商业软件的.exe文件的运行逻辑 #

常规.exe是编译器提前把源代码编译成原生机器码后的打包文件，你双击时只会触发执行过程，不会重复编译：操作系统把.exe里的机器码加载到内存后交给CPU运行即可。
例外情况是基于.NET、Java等平台打包的exe：这类exe里放的不是原生机器码，而是中间字节码，第一次运行时对应运行时会做即时编译转成原生机器码再执行，此时会有编译+执行同时发生的情况，但这个编译过程是运行时内部完成的，不需要你额外操作，和源代码阶段的提前编译也不是同一概念。

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