根据我的理解:
解释型语言是一种高级语言，由解释器(将高级语言转换为机器代码并执行的程序)运行并执行;它每次处理一点点程序。
编译语言是一种高级语言，其代码首先由编译器(将高级语言转换为机器代码的程序)转换为机器代码，然后由执行器(另一个运行代码的程序)执行。
如果我的定义错了，请指正。
现在回到Python，我对此有点困惑。你知道Python是一种解释性语言，但它被解释为一些中间代码(如字节码或IL)，而不是机器代码。那么，哪个程序执行IM代码呢?请帮助我了解Python脚本是如何处理和运行的。
当前回答
你写的python代码被编译成python字节码，它会创建扩展名为.pyc的文件。如果是编译，问题又来了，为什么不是编译语言。
注意，这不是传统意义上的编译。通常，我们会说编译是采用高级语言并将其转换为机器代码。但它是某种汇编。编译到中间代码，而不是机器代码(希望你现在得到它)。
回到执行过程，在编译步骤中创建的pyc文件中的字节码，然后由相应的虚拟机(在我们的例子中是CPython VM)执行 时间戳(称为魔数)用于验证.py文件是否被更改，这取决于创建的新pyc文件。如果pyc是当前代码，那么它简单地跳过编译步骤。
其他回答
在我看来，Python被归入解释器类别，因为它被设计成能够完全处理(从Python代码到在cpu中执行)单个Python语句。也就是说，你写了一个语句，你可以执行它，如果没有错误，然后得到相应的结果。
Having an intermediate code (like bytecode) i believe doesnt make difference to categorize it overall as compiler. Though this component (intermediate code generation) is typically been part of compiler but it can also be used in interpreters. See wiki definition of interpreter https://en.m.wikipedia.org/wiki/Interpreter_(computing). Its a crucial piece to add efficiency in terms of execution speed. With cache its even more powerful so that if you havent changed code in current program scope you skip heavy processing steps like lexical, semantic analysis and even some of code optimization.
CPU实际上只能理解机器代码。对于解释型程序，解释器的最终目标是将程序代码“解释”为机器代码。然而，现代解释语言通常不会直接解释人类代码，因为它效率太低。
Python解释器首先读取人类代码，并在将其解释为机器代码之前将其优化为一些中间代码。这就是为什么你总是需要另一个程序来运行Python脚本，不像在c++中，你可以直接运行编译后的可执行代码。例如，c:\Python27\python.exe或/usr/bin/python.
你写的python代码被编译成python字节码，它会创建扩展名为.pyc的文件。如果是编译，问题又来了，为什么不是编译语言。
注意，这不是传统意义上的编译。通常，我们会说编译是采用高级语言并将其转换为机器代码。但它是某种汇编。编译到中间代码，而不是机器代码(希望你现在得到它)。
回到执行过程，在编译步骤中创建的pyc文件中的字节码，然后由相应的虚拟机(在我们的例子中是CPython VM)执行 时间戳(称为魔数)用于验证.py文件是否被更改，这取决于创建的新pyc文件。如果pyc是当前代码，那么它简单地跳过编译步骤。
对于新手
在运行脚本之前，Python会自动将脚本编译为已编译的代码，即所谓的字节代码。
运行脚本不被认为是导入，也不会创建.pyc。
例如，如果你有一个脚本文件abc.py，它导入了另一个模块xyz.py，当你运行abc.py时，xyz.py, xyz.py。Pyc将被创建，因为xyz被导入，但没有abc。Pyc文件将被创建，因为abc.py没有被导入。
这似乎是语义上的问题。我想大多数人都会推断编译的结果通常是机器代码。考虑到这一点，我对自己说，python是没有编译的。不过我可能错了，因为compile实际上意味着转换到较低级别，所以从源代码转换到字节码也是编译。
