编译器与解释器除翻译时机外的其他技术差异咨询

• 运行时依赖与可移植性
  编译器（如C的gcc）会将源代码直接编译为目标平台的机器码，生成的可执行文件可独立运行，无需依赖编译器环境，但仅能在对应架构的系统上执行；而解释器（如Python的CPython）需在运行时加载源代码或字节码，依赖解释器环境才能执行，只要有对应平台的解释器，同一份代码就能跨平台运行。

• 中间产物与执行流程
  编译型语言通常会生成目标文件、可执行文件等中间产物，比如C编译时先生成.o目标文件，再链接为二进制可执行文件；解释型语言大多先将源码转为字节码（如Python的.pyc文件），再由解释器逐行解释执行，部分纯解释器甚至直接解释源码，无中间字节码。

• 运行效率与优化空间
  编译器在编译阶段可进行大量静态优化，比如常量折叠、死代码消除、循环展开等，生成的机器码执行效率极高；解释器因逐行执行，无法提前做全局优化，即便带有JIT（即时编译）的解释器，优化也是运行时动态进行，整体效率通常低于编译后的机器码。

• 调试与开发体验
  编译型语言需完成编译才能运行，一旦出现语法错误，编译阶段就会报错，无法进入执行环节，调试时需重新编译；解释型语言可逐行执行代码，遇到错误时在对应行停止，开发中能快速测试代码片段，调试更灵活。

• 内存与资源占用
  编译生成的可执行文件运行时直接调用系统资源，内存占用主要是程序本身的数据和栈空间；解释器运行时需维护自身执行环境（如字节码解释器、垃圾回收机制），额外内存开销更大，运行大型程序时资源占用差异更明显。

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