编译器与解释器

Question

那么，让我看看我是否明白了这一点。

>

当我们说编译器和解释器之间的区别时，解释器将高级指令翻译成中间形式，然后执行。[我认为编译器也将高级指令翻译成中间形式，但此刻它生成目标代码而不是执行它，对吗？]

解释器一次读取一条指令或一行的源代码，将该行转换为机器代码并执行它。[解释器本身不会将代码转换为机器代码，它会使用ist自己的预编译函数评估指令（在解析之后）。例如，高级语言中的Add表达式将使用之前编译的解释器add函数进行评估，对吗？]

Answer 1

关于（1）你是对的。

Ad（2），解释器不需要一次读取一条指令的源代码，因为在解释包含循环的代码时这太昂贵了。更有可能的是，它读取整个表达式、语句、函数甚至源文件，将它们转换为中间格式并对其进行评估。

请注意，编译器和解释器都不需要在任何时候生成机器代码；许多编程语言，包括Java、Python，以及Prolog等较旧的编程语言，通常被编译为虚拟机字节码。在Python和Prolog中，“解释器”通常是组合的字节码编译器/字节码解释器。

我所知道的关于编译和解释的最好介绍是SICP的第4章和第5章，这两章从讨论一个非常简单的解释器开始，并不断改进它，直到它成为一个成熟的编译器。

Answer 2

我同意第一种说法，尽管解释器一次只工作一行并不一定是真的（它可以根据对整个代码的了解进行优化）。

第二个我认为有点不对劲：编译器确实创建了“机器代码”（对于JVM来说，可能是字节码）。解释器根据输入执行自己程序的部分（到目前为止与编译器相同），执行的部分正在执行输入中描述的计算（而不是执行计算来计算所需的机器代码）。

可以模糊两者之间的界限，因为编译器可以生成将在执行时解释的代码（根据编译时不可用的因素提供运行时优化）

Answer 3

关键区别在于：解释器在运行源代码时处理源代码。它不会将源代码转换为机器代码，它只是使用自己的代码来完成源代码的指示。编译器将源代码转换为可以直接运行的机器代码。

并非所有编译器都与执行过程分离。例如，大多数Java运行时都包含一个“JIT编译器”，它可以根据需要在Java代码运行时编译Java代码。

你可以在两者之间做一些事情。从本质上讲，可以首先使用类似于编译的过程将源代码转换为更小、更易于解释的代码。然后可以解释此编译输出。（例如，第一个过程可以将“if”转换为53，“else”转换为54，“For”转换为55，依此类推——这将使解释器不必在实际不处理字符串的代码中处理可变长度的字符串。）