引言
关于字节码,不太想讲,不影响实际使用,对新手不友好……
但是,涉及到新手经常碰到的问题的解惑,似乎又不得不讲。
最终,还是打算以番外篇的形式,稍微提一下。
不过,关于字节码的内容,我觉得在脑海里有以下几个观念,应该就够了,至于字节码的细节,能了解最好,实在不了解也不影响使用:
- 1、Python中一切皆对象
- 2、对象分为可变对象和不可变对象
- 3、区分重新赋值操作,还是对象本身发生变化
- 4、新手困惑的不可变对象的所谓的“对象修改”操作,一定是重新赋值操作,通过观察id()前后的变化,即可
- 5、看似简单的一行代码一般都不是一步完成,而所谓字节码指令是能看到Python一行代码背后的实现步骤
生成字节码
Python解释器为了加速执行的速度,避免从Python源代码到字节码的重复编译工作。通常来说,Python会在模块首次导入时,执行对该模块的编译工作,并保存编译结果到对应的.pyc文件中。
所以,如果没有作为模块进行到如,只是执行一个普通的脚本,是不会涉及到.pyc文件的生成的,因为Python解释器判定没有涉及模块复用,没有必要执行该项操作。
当然,除了通过import导入模块的方式,会自动生成该模块对应的.pyc文件外,我们还有其他方式,来更加灵活地控制生成.pyc文件,从而实现没有定义为模块的普通代码,也可以生成.pyc文件。
.pyc文件,一般会存储在源代码文件所在目录中的__pycache__目录中。
.pyc文件的命名,一般是:
{源代码文件名}.{Python解释器类型}_{Python版本号}.pyc
以下简单列举,除了import导入模块之外,两种生成.pyc文件的方法:
通过Python代码:
可以在代码中通过内建的模块py_compile/compileall来生成.pyc文件
比如,通过py_compile生成指定Python脚本对应的字节码文件
import py_compile
py_compile.compile('./faker_test.py')
会发现脚本所在目录中多了一个__pycache__目录,目录中多了一个名为:faker_test.cpython-311.pyc的字节码文件。
根据实际环境的Python版本,文件名后面部分可能会有些差异。
通过compileall生成指定源码目录中所有源码脚本对应的.pyc文件:
import compileall
compileall.compile_dir('./')
脚本执行完成,会对当前目录中的所有Python脚本文件,生成其对应的.pyc文件。
通过Python -m 命令
也可以通过命令的形式,进行.pyc文件的生成,如同通过Python代码的方式,也可以指定单个文件,或者指定目录:
# 生成单个脚本文件的.pyc文件
python3 -m py_compile faker_test.py
# 生成当前目录中所有脚本文件对应的.pyc文件
python3 -m compileall ./
查看字节码
关于字节码文件的结构,这里简单描述一下。
需要说明的是,Python字节码文件中,除了包含源代码对应的字节码指令、对象外,还涉及到一些元数据信息,通常作为文件头存储,主要有以下信息,不同的Python版本可能会有差异。
文件头
文件头的元数据部分,共计16个字节,主要内容有:
- 魔数(magic number):用于标识当前的Python版本和字节码的格式,占用4个字节;
- 空字节padding:占用4个字节,当前默认均为0;
- 源代码最后更新时间戳:占用4个字节;
- 源代码文件的大小:占用4个字节,单位为byte
字节码
16字节的文件头元数据之后,就是字节码的主体部分了。主要的内容有:
- co_code:字节码指令序列,每个指令都由操作码(opcode)和操作数(operand)组成;
- co_consts:常量元组,包含代码中所有使用到的常量,整数、字符串、元组等;
- co_names:名称元组,包含代码中使用的所有变量名、函数名等;
- co_filename:源代码的文件名;
- co_name:code对象的名称,通常是函数或者模块名;
- co_firstlineno:代码对象的第一行行号,通常从1开始;
- co_lnotab:代码行号表,用于将字节码偏移量映射到源代码中的行号
还有其他部分,就不再展开了。
下面通过代码实例,查看一个真实的.pyc文件的结构及相关内容:
首先是用于生成.pyc文件的代码示例,名为code_test.py
a = 10
b = 5
c = a + b
def my_sum(n1, n2):
return n1 + n2
我们通过执行命令生成对应的.pyc文件:
python3 -m compileall ./code_test.py
接下来,通过代码查看.pyc文件的内容,这部分代码可以不看,只看执行的输出结果,验证我们上面关于字节码文件结构的描述即可。
import dis
import marshal
import struct
import time
from rich import inspect
fp = open('./__pycache__/code_test.cpython-311.pyc', 'rb')
# 以下读取并输出文件头的元数据
# magic code
print(f"magic code: {struct.unpack('<l', fp.read(4))[0]}")
# padding
print(f"padding: {struct.unpack('<l', fp.read(4))[0]}")
# 源码最后更新时间
t = struct.unpack('<l', fp.read(4))[0]
print(f"last modified time: {time.asctime(time.localtime(t))}")
# 源码文件大小
print(f"file size: {struct.unpack('<l', fp.read(4))[0]} Bytes")
# 构造字节码code对象
code_obj = marshal.load(fp)
# 查看字节码对象类型
print(f"type: {type(code_obj)}")
# 通过前面介绍的rich的inspect()进行code对象的检视:
inspect(code_obj)
# 查看字节码指令序列
dis.dis(code_obj)
首先看文件头部分代码的输出:
前面4行,分别输出了4个字节的元数据内容,共计16个字节;
最后一行,为输出的code对象的类型。
对照笔者系统中的文件属性:
接下来是我们重点需要了解的字节码对象部分,这里我们使用了之前介绍过的rich模块中的inspect()函数,用于更加直观的查看该对象的结构:
最后,是我们后续查看代码执行的细节的字节码指令序列,这里我们通过内置的dis模块,来进行反编译查看:
简单说明一下字节码指令序列的输出:
- 第一列:源代码中的行号
- 第二列:字节码指令序列中的偏移,可以看出每个字节码指令长度都是两个字节
- 第三列:字节码操作符,如LOAD_CONST、STORE_NAME等
- 第四列:字节码操作数,0、1等分别为操作数在co_const或者co_names元组中的索引,()中的部分为该操作数的真实内容
我们后续的重点,主要是查看Python代码被编译为的字节码指令的查看。感兴趣的可以自行研究。
总结
其实,在真实场景中,我们需要用到字节码的地方比较少。更多的场景可能反而是在新手学习Python的过程中,遇到不理解的代码运行结果,通过查看字节码指令序列,从而更清晰地理解其中的细节。
字节码本身并不复杂,甚至关于字节码的格式、字节码指令,在不同的编程语言虚拟机中的定义,也都是大同小异的,比如Java字节码和Python字节码。关于虚拟机的实现、内存管理机制,也都是基于比较通用的垃圾回收算法的不同实现而已。
对字节码感兴趣的,可以查找更多的官网相关资料,进行进一步的研究。
说明:关于本文代码中用到的dis模块、marshal模块、struct模块、time模块等,也可以通过help()查看使用文档,或者直接查看对应的模块定义。本文的重点在于字节码文件的描述,所以就没有就这些模块的使用展开讲述,后续如果有使用的场景,再另行展开。