今天在看到一篇关于分层编译优化的文章时，看到了解释执行与编译执行两个专业词汇，看着熟悉，但不甚理解，然后在网上搜索了一下，说一下自己的理解。
对于我们平时写的代码，一般计算机是没办法直接识别的，需要相应的编译器将其编译层机器代码（一些计算机可以直接识别的二进制代码），机器才能执行。
编译执行，顾名思义，要先编译再执行，这里需要有一个编译器，来将我们的代码全部编译成机器代码，然后进行执行。因为先整体进行编译，所以这里会生成编译后的机器代码。
解释执行，则是需要一个解释器，它会将我们的一句句解释成机器代码来执行，可以认为是，解释一句，执行一句。在这个过程中，不会生成中间文件。
通过对比发现，编译执行，只需要编译一次，多次运行。而解释执行的话，没运行一次程序，都要经过解释器的解释过程。
针对优缺点，可以从以下几个方面分析。
从启动效率来看，解释执行不需要进行编译操作，而编译执行，要经过编译过程。解释执行启动速度更快。
从运行效率来看，因为编译执行只需要编译一次，以后再运行就无需编译，而解释执行每次都要经过解释过程，所以编译执行效率更高。
从内存使用方面来看，编译执行需要生成编译后的机器码文件，而解释执行时逐句解释执行，所以解释执行对内存占用更少。
从跨平台的角度来看，因为解释执行每次可以根据不同的平台进行解释，例如js在linux和windows都可以运行，而C语言在windows下编译后的文件，只能在windows下才行执行。
对于大型项目来说，比较注重运行效率，核心代码一般都是采用编译执行的语言。而对于一些简单的操作，可以考虑使用解释执行的语言。
————————————————
版权声明：本文为CSDN博主「想当厨子的程序员」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/hongsheng6353328/article/details/80463434
