CPU实际上只能理解机器代码。对于解释型程序，解释器的最终目标是将程序代码“解释”为机器代码。然而，现代解释语言通常不会直接解释人类代码，因为它效率太低。

Python解释器首先读取人类代码，并在将其解释为机器代码之前将其优化为一些中间代码。这就是为什么你总是需要另一个程序来运行Python脚本，不像在c++中，你可以直接运行编译后的可执行代码。例如，c:\Python27\python.exe或/usr/bin/python.

根据Python官方网站，它是解释的。

https://www.python.org/doc/essays/blurb/

Python是一种解释性的、面向对象的高级编程语言……

...

因为没有编译步骤…

...

Python解释器和广泛的标准库是可用的…

...

相反，当解释器发现错误时，它会引发 例外。当程序没有捕获异常时， 解释器输出堆栈跟踪。

你写的python代码被编译成python字节码，它会创建扩展名为.pyc的文件。如果是编译，问题又来了，为什么不是编译语言。

注意，这不是传统意义上的编译。通常，我们会说编译是采用高级语言并将其转换为机器代码。但它是某种汇编。编译到中间代码，而不是机器代码(希望你现在得到它)。

回到执行过程，在编译步骤中创建的pyc文件中的字节码，然后由相应的虚拟机(在我们的例子中是CPython VM)执行 时间戳(称为魔数)用于验证.py文件是否被更改，这取决于创建的新pyc文件。如果pyc是当前代码，那么它简单地跳过编译步骤。

CPU实际上只能理解机器代码。对于解释型程序，解释器的最终目标是将程序代码“解释”为机器代码。然而，现代解释语言通常不会直接解释人类代码，因为它效率太低。

Python解释器首先读取人类代码，并在将其解释为机器代码之前将其优化为一些中间代码。这就是为什么你总是需要另一个程序来运行Python脚本，不像在c++中，你可以直接运行编译后的可执行代码。例如，c:\Python27\python.exe或/usr/bin/python.

答案取决于使用的是哪种python实现。如果你正在使用CPython (python的标准实现)或Jython(用于与java编程语言集成)，它首先被翻译成字节码，并根据你正在使用的python实现，这个字节码被定向到相应的虚拟机进行解释。PVM (Python虚拟机)用于CPython, JVM (Java虚拟机)用于Jython。

但假设你使用的是PyPy，这是另一个标准的CPython实现。它将使用即时编译器。

是的，它既是编译语言也是解释语言。那为什么我们一般称它为解释语言呢?

看到它是如何编译和解释的了吗?

首先我想说的是，如果你来自Java世界，你会更喜欢我的回答。

在Java中，源代码首先通过javac编译器转换为字节码，然后定向到JVM(负责生成用于执行的本机代码)。现在我想向你展示，我们将Java称为编译语言，因为我们可以看到它确实编译源代码，并通过以下方式提供.class文件(除了字节码之外什么都没有):

javac Hello.java ------->生成Hello.class文件

java Hello -------->将字节码定向到JVM执行

同样的事情也发生在python中，即首先通过编译器将源代码转换为字节码，然后定向到PVM(负责生成用于执行的本机代码)。现在我想向你们展示，我们通常称Python为解释语言，因为编译是在幕后进行的 当我们运行python代码时:

python Hello.py ------->直接执行代码，如果代码语法正确，我们可以看到输出

@ python Hello.py看起来像是直接执行，但实际上它首先生成由解释器解释的字节码，以产生用于执行目的的本机代码。

CPython-承担编译和解释的责任。

如果你需要更多的细节，看看下面的几行:

正如我提到的，CPython编译源代码，但实际的编译是在cython的帮助下进行的，然后在CPython的帮助下进行解释

现在让我们稍微讨论一下即时编译器在Java和Python中的作用

在JVM中存在Java解释器，它逐行解释字节码以获得用于执行的本机机器码，但当Java字节码由解释器执行时，执行将总是较慢。那么解决方案是什么呢?解决方案是即时编译器，它产生的本机代码可以执行得比解释快得多。一些JVM供应商使用Java解释器，一些使用即时编译器。参考资料:按此处

在python中，要绕过解释器来实现快速执行，请使用另一个python实现(PyPy)而不是CPython。 点击这里查看python的其他实现，包括PyPy。