编译器和解释器对内存效率的影响

Question

我理解了编译器和解释器的概念。我在互联网上对此进行了研究，但我发现有两种说法倾向于矛盾：一种说法是——解释器不涉及中间代码，因此内存效率高。

https://www.programiz.com/article/difference-compiler-interpreter

另一种说法是：解释器从输入中读取一条语句，将其转换为中间代码，执行它，然后按顺序获取下一条语句。https://www.tutorialspoint.com/compiler_design/compiler_design_overview.htm

谁能告诉我哪一个是正确的，哪一个是内存有效的？

Answer 1

简而言之，这两篇文章都不对。两者都有一个非常狭窄的（老式？）解释器的概念，对应于我们可以称之为“命令处理器”的东西。此外，这两篇文章都不是自相矛盾的，因此试图解决他们的分歧可能是浪费时间。

这就是说，当programiz引用说“没有生成中间目标代码，因此内存高效”时，我认为它的意思是（使用其术语）解释器确实将语句翻译成中间代码（请注意，“图：解释器”包括一个标记为“中间代码”的框），但是：

1. 该代码不是目标代码。
2. 执行该代码后，它会丢弃它，因此它永远不会一次在内存中拥有多个语句的代码。
3. 解释器不产生目标代码作为输出。

考虑到这一点，这两篇文章或多或少是一致的。

但即使给出了“解释器”的狭义定义，说它是“内存有效的”，仅仅是因为它一次最多在内存中保存一条语句的中间代码，也忽略了解释器本身占用的所有内存。

此外，请注意，这只能谈论解释器本身的内存效率，而不是它运行的任何程序的内存效率。

简而言之：忘掉那些文章吧。维基百科的文章似乎是一个很好的开始。

Answer 2

编写解释器的方法有很多。上述两种选择都是可能的，但有不同的权衡。