python .pyc文件解释

 

python .pyc文件解释

Python是一门解释型语言？

没学Python前，一直以为Python是一门解释型语言，当学习是，发现了*.pyc文件的存在，才知道哪是一厢情愿了。如果Python是解释型语言，那么生成*.pyc文件是什么呢？C应该是compiled的缩写才对啊！

下面看看一些基础概念。

解释型语言和编译型语言

计算机是不能够识别高级语言的，所以当我们运行一个高级语言程序的时候，就需要一个“翻译机”来从事把高级语言转变成计算机能读懂的机器语言的过程。这个过程分成两类，第一种是编译，第二种是解释。

编译型语言在程序执行之前，先会通过编译器对程序执行一个编译的过程，把程序转变成机器语言。运行时就不需要翻译，而直接执行就可以了。最典型的例子就是C语言。

解释型语言就没有这个编译的过程，而是在程序运行的时候，通过解释器对程序逐行做出解释，然后直接运行，最典型的例子是Ruby。

通过以上的例子，我们可以来总结一下解释型语言和编译型语言的优缺点，因为编译型语言在程序运行之前就已经对程序做出来“翻译”，所以在运行时就少掉了“翻译‘的过程，所以效率比较高。但是我们也不能一概而论，一些解释型语言也可以通过解释器的优化来在对程序做出翻译时对整个程序做出优化，从而在效率上超过编译型语言。

此外，随着Java等基于虚拟机的语言的兴起，我们又不能把语言纯粹地分成解释型和编译型这两种。

用Java来举例，Java首先是通过编译器编译成字节码文件，然后在运行时通过解释器个解释成机器文件。所以我们说Java是一种先编译后解释的语言。

Python到底是什么？

其实Python和Java/C#一样，也是一门基于虚拟机的语言，我们先来从表面上简单地了解一下Python程序的运行过程吧。

当我们在命令行中输入Python hello.py时，其实是激活了Python的”解释器“：你要开始工作了。开始在”解释“之前，其实执行的第一项工作和Java一样，是编译。

熟悉Java的可以想一下我们在命令行中如何执行一个Java的程序：

javac hell.java

java hello

只是我们在用eclipse之类的IDE时，将这两部分给融合成了一部分而已。其实Python也一样，当我们执行Python hello.py时，他也一样执行了这么一个过程，所以我们应该这样来描述Python，Python是一门先编译后解释的语言。

简述Python的运行过程

在说这个问题之前，我们先来说两个概念，PyCodeObject和pyc文件。

我们在硬盘上看到的pyc自然不必多说，而其实PyCodeObject中，当Python程序运行结束时，Python解释器则将PyCodeObject写回到pyc文件中。

当Python程序第二次运行时，首先程序会在硬盘中寻找到pyc文件，如果找到，则直接载入，否则就重复上面的过程。

所以我们应该这样来定位PyCodeObject和pyc文件，我们所pyc文件其实是PyCodeObject的一种持久化保存方式。

 

Python生成pyc文件

pyc文件是py文件编译后生成的字节码文件(byte code)。pyc文件经过python解释器最终会生成机器码运行。所以pyc文件是可以跨平台部署的，类似Java的.class文件。一般py文件改变后，都会重新生成pyc文件。

为什么要手动提前生成pyc文件呢，主要是不想把源代码暴露出来。

生成单个pyc文件

对于py文件，可以执行下面命令来生成pyc文件。

python -m foo.py

另外一种方式是通过代码来生成pyc文件。

import py_compile
py_compile.compile('/path/to/foo.py')

批量生成pyc文件

针对一个目录下所有的py文件进行编译。python提供了一个模块叫compileall，具体请看下面代码：

import compileall
compileall.compile_dir(r'/path')

这个函数的格式如下：

compile_dir(dir[, maxlevels[, ddir[, force[, rx[, quiet]]]]])

参数含义：

• maxlevels: 递归编译的层数
• ddir: If ddir is given, it is prepended to the path to each file being compiled for use in compilation time tracebacks, and is also compiled in to the byte-code file, where it will be used in tracebacks and other messages in cases where the source file does not exist at the time the byte-code file is executed. (谁能翻译一下( ⊙o⊙?)不懂)
• force: 如果True，不论是是否有pyc，都重新编译
• rx: 一个正则表达式，排除掉不想要的目录
• quiet：如果为True，则编译不会在标准输出中打印信息

命令行为：

python -m compileall <dir>

@完

---

参考：

• http://www.cnblogs.com/dkblog/archive/2009/04/16/1980757.html
• https://docs.python.org/2/library/compileall.html
• https://docs.python.org/3/library/compileall.html
• http://blog.csdn.net/loveyilili/article/details/12567729

扩展名改为pyw后无法运行的问题记录

2016年07月27日 14:15:50 司开星 阅读数：3355

版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/chroming/article/details/52045054

py的扩展名改为pyw后在windows下直接双击运行会调用pythonw执行程序，不会打开控制台窗口，适合用来运行GUI界面的python源码。

但在一次实际使用过程中发现在将扩展名py改成pyw后程序无法正常运行，某些功能不正常。由于没有控制台也看不到有什么错误。改回扩展名后则正常。上网搜索之后找到一个类似问题，http://stackoverflow.com/questions/24835155/pyw-and-pythonw-does-not-run-under-windows-7

问题的回答提供了如下测试办法：

pythonw myApp.py 1>stdout.txt 2>stderr.txt

• 1

使用之后发现竟然可以正常运行了。同时页面中提供了如下解决办法：

import sys, os
if sys.executable.endswith("pythonw.exe"):
  sys.stdout = open(os.devnull, "w");
  sys.stderr = open(os.path.join(os.getenv("TEMP"), "stderr-"+os.path.basename(sys.argv[0])), "w")

• 1
• 2
• 3
• 4

在自己的代码中添加了这几句后解决问题。

具体原因回答中也说了：pythonw由于没有控制台窗口，sys.stdin, sys.stdout, sys.stderr都不存在，而print()函数是调用sys.stdout实现的，在pythonw执行时如果遇到调用sys.stdout 或者 sys.stderr的情况会出现错误导致程序无法正常运行。这个问题是py2本身设计的问题，在py3中不会出现。

参考资料：

1. 《.pyw and pythonw does not run under Windows 7》http://stackoverflow.com/questions/24835155/pyw-and-pythonw-does-not-run-under-windows-7
2. 《pythonw.exe or python.exe?》http://stackoverflow.com/questions/9705982/pythonw-exe-or-python-exe?noredirect=1&lq=1