导读：本文就从几个方面着重介绍一下编译器和解释器的区别，令我感到意外的竟然是编译器比解释器既更快又更慢。
根据他们的定义，编译器和解释器之间的区别貌似十分明显：
- 解释器：直接执行用编程语言编写的指令的程序
- 编译器：把源代码转换成（翻译）低级语言的程序
如果继续深入了解，可能会发现两者之间的界限有些模糊。
实际上，解释器可以将源语言转换成某种中间形式（或语言）来加速执行，这就是这类语言通常依赖于虚拟机的原因，而这自然会导致一些问题：
- 所有使用虚拟机的语言都是解释型语言吗？
- 他们其实是编译运行的吗？
你可能会认为上面的答案都是 yes。
到底什么才是编译器或解释器的所有部分？你可以在学术界找到这样的问题的精确和技术性的答案，或者可以在 StackOverflow 上找到有关这些问题的讨论。
对于开发人员甚至是语言创作者来说，真正的重要性在于与他们的区别。 两者都有优点和缺点，实际上一些语言可以同时具有解释器和编译器，有的还不知一个。
主要观点仍然是：解释器立即执行代码，编译器为稍后的执行准备好源代码。所有实际的差异都因为他们有不同的目标。
如何分发程序
实际上，一个重要的区别是编译器生成一个独立的程序，而解释的程序总是需要解释器来运行。
如果你有一个编译的程序，你不需要安装其他任何东西就可以运行起来，这使得分发十分简单。 另一方面，可执行文件在一个特定平台上运行：不同的操作系统和不同的处理器需要不同的编译版本。
如果要解释程序，可以将不同平台上的相同副本分发给用户。 然而，他们需要一个在其特定平台上运行的解释器。所以可以分发源代码或中间产物。
跨平台支持
这是一个技术上的区别，其后果：使用解释型编程语言更容易制作跨平台程序。
那是因为在大多数情况下，您只是为解释器平台创建一个程序。 解释器本身会将其转化为真实平台的适当形式（例如Windows / Linux 和 x86 / ARM）。 当然，必须注意的每个平台还有一些差异。 一个很常见的例子是目录分隔符。
编译程序时，需要注意每个平台之间的所有小差异。 这部分原因是编译语言往往是较低级的语言，比如 C ++，所以它们可以让你更少的访问系统。 但另一个原因是正在使用的所有类库都需要自身来支持不同的平台， 所以如果他们不支持 Windows，你的程序就不能支持 Windows。
速度
在需要考虑速度的情况下，有一个矛盾：编译器比解释器既更快又更慢。 许多人都知道编译的程序比解释的程序执行起来要快得多，但这只是冰山一角。 简单来讲，就执行而言，确实是编译后执行的编译型程序执行的快些，但是编译型程序的编译加执行的时间比解释性语言解释执行的时间多。
编译器确实产生更快的程序，这是因为它必须把每个语句分析一次，而解释器必须每次都分析一次，此外，编译器还可以优化其生成的可执行代码。 这既是因为它确切地知道它将在哪里运行，并且需要时间来优化代码。
Debugg
在使用解释器比使用编译器时，调试更容易，有几个原因：
- 解释器只有一个可执行文件，不需要用于开发的调试版本，也不需要最终用户的发行版本；
- 使用解释器的平台特定错误较少；
- 由于解释器即时转换代码，源代码中的信息仍然可用；
- 由于解释器一次执行一个语句，因此更容易发现错误。
开发工具
虽然这在实践中都是对的，但这似乎不太适用。 事实上，如果你考虑你的经验，你可能会发现调试 JavaScript 比调试 C ++ 更难。这是为什么？ 部分是由于语言本身的设计，JavaScript 使用动态类型，而 C ++ 使用静态类型，后者更容易早日发现错误。 但最终归结为开发工具的原因，手工编译 C ++ 是很困难的，所以大多数人使用 IDE 来开发，另一方面，您可以轻松地使用文本编辑器和命令行工具来开发 JavaScript。
话虽如此，如果我们把它们放在同一个环境中，每个人都有一个很棒的 IDE 和支持工具，情况恢复正常。通过查看逐行和实时发生的情况，更容易地测试和调试。
原文：The difference between a compiler and an interpreter - Federico Tomassetti - Software Architect
“本译文仅供个人研习、欣赏语言之用，谢绝任何转载及用于任何商业用途。本译文所涉法律后果均由本人承担。本人同意简书平台在接获有关著作权人的通知后，删除文章。”
延伸阅读：
欢迎关注：
