编译后python脚本路径保持不变

Question

我意识到编译一个python脚本后，它修复了这个脚本的路径信息。

例如： 我有一个作为 /tmp/src/foo.py 的 python 脚本，它有一个打印命令

print foo

现在我正在编译这段代码并将其移动到编译目录。

python -m compileall -f /tmp/src/foo.py
mv /tmp/src/foo.pyc /tmp/compiled/

然后我正在运行脚本，但它给出了错误，因为我除外

python /tmp/compiled/foo.pyc
Traceback (most recent call last):
  File "/tmp/src/foo.py", line 1, in <module>  # focus heree
    print foo
NameError: name 'foo' is not defined

如您所见，脚本的文件名在编译之前出现错误。 （与我给编译命令的路径完全相同）

其实我对这种情况没有问题，我问是因为我只是想知道。原因是什么，有什么方法可以查看错误的真实路径？

在我看来，我们不能更改二进制文件，但也许我们可以在运行编译代码时给 python 一个命令行参数，或者我们可以在源代码中添加一个代码段？

谢谢

Answer 1

您的问题源于这样一个概念，即 Python 模块的编译版本可以而且应该在某些条件下移动。实际上我以前从未听说过这样的事情，所以在显示批准这样事情的规范之前，我会说这是一种滥用，你很幸运能够运行.pyc文件而无需.py 在它的旁边。

如果您认为.pyc 文件仅仅是原始编译版本的缓存，那么您可以轻松解释您观察到的所有现象：原始.py 文件的路径存储在.pyc 中其他一切都来自该来源。如果移动，该内容当然会保持不变，并将在错误消息中使用。

没有方法可以在错误消息中查看“真实”路径，因为在加载后不再知道 .pyc 文件的位置；只考虑它的内容，而不考虑它的位置，因为将这两件事结合起来是编译的一个步骤。解释器不会再将任何东西编译到已经编译的模块中。它照原样接受。

修补.pyc 文件以显示不同的路径似乎也没有意义，因为该消息是为了帮助您调试问题。您可能不会调试.pyc 文件中的任何内容，而只会调试.py 文件中的任何内容。因此，在错误消息中包含该文件的路径似乎是合适的。