Closed qiwihui closed 3 years ago
python print()函数在cpython内部的执行过程简单剖析梳理。
实际这个测试文件test.py就一行代码:print(‘Hello World!’)。
1
print('Hello World!')
相关的字节码为:
1
2
3
4
5
6
7
1 0 LOAD_NAME 0 (print)
2 LOAD_CONST 0 ('Hello World!')
4 CALL_FUNCTION 1
6 POP_TOP
8 LOAD_CONST 1 (None)
10 RETURN_VALUE
实际的主要函数调用逻辑图如下图所示,使用的cpython代码基线版本为v3.11。
将test.py内容修改为:
1
2
3
4
5
6
7
8
9
def test():
print('Hello World!')
def test1():
print('Hello World!')
test()
test1()
则此时的字节码为:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
1 0 LOAD_CONST 0 (<code object test at 0x7f75a94e4040, file "test.py", line 1>)
2 MAKE_FUNCTION 0
4 STORE_NAME 0 (test)
5 6 LOAD_CONST 1 (<code object test1 at 0x7f75a94e4440, file "test.py", line 5>)
8 MAKE_FUNCTION 0
10 STORE_NAME 1 (test1)
8 12 LOAD_NAME 0 (test)
14 CALL_FUNCTION 0
16 POP_TOP
9 18 LOAD_NAME 1 (test1)
20 CALL_FUNCTION 0
22 POP_TOP
24 LOAD_CONST 2 (None)
26 RETURN_VALUE
Disassembly of <code object test at 0x7f75a94e4040, file "test.py", line 1>:
2 0 LOAD_GLOBAL 0 (print)
2 LOAD_CONST 1 ('Hello World!')
4 CALL_FUNCTION 1
6 POP_TOP
8 LOAD_CONST 0 (None)
10 RETURN_VALUE
Disassembly of <code object test1 at 0x7f75a94e4440, file "test.py", line 5>:
6 0 LOAD_GLOBAL 0 (print)
2 LOAD_CONST 1 ('Hello World!')
4 CALL_FUNCTION 1
6 POP_TOP
8 LOAD_CONST 0 (None)
10 RETURN_VALUE
和上面的test.py文件比对,大家可以发现实际此处的字节码比上面多了codeobject。那codeobject的作用是啥?实际各位大概率已经看到过这个内容,那就是在执行python文件的时候会实时生成xxx.pyc文件,这里面存放的内容就是codeobject序列化的结果。上面test.py实际会生成3个codeobject对象,一个是test.py对应的codeobject,另外两个codeobject则对应两个函数。通过pyc我们其实也可以将程序运行起来,这个过程实际就是跳过了前面的编译过程直接从codeobject开始转换到frameobject对象(栈帧对象)并ceval解释执行。
那这个codeobject又是怎么产生出来的呢?今天我们结合python编译器最新代码走读一下主要流程。 我们可以详细看一下peg_api.c这个文件,此文件内就两个函数,主要目标只有一个:生成AST语法树(返回的结构体叫mod_ty,目前不知道中文怎么称呼比较合适~)。这实际也是python 3.10引入的新特性,所有语法解析活动都由PEG过程来处理直接,为什么这么做比较好我没好好仔细研究,此处略去不坑大家了。
在老的python版本其实大家查一下ast.c中的代码可以找到AST相关生成的函数,比如:mod_ty PyAST_FromNodeObject(const node *n, PyCompilerFlags *flags,PyObject *filename, PyArena *arena)
,这个函数的作用实际就是从CST中生成AST(mod_ty)对象。最后生成的AST(mod_ty)对象又经过PyCodeObject *co = _PyAST_Compile(mod, filename, flags, -1, arena);
就生成了codeObject对象,里面细节我就不展开了,都是模板化的代码编译流程。
还有二个问题,刚开始学的时候我容易搞迷糊:
1.三个codeobject通过什么关联起来?
codeobject里面有个co_consts属性,其指向的是一个tuple,所以代码文件里面的codeobject都放到这个tuple中。
2.指令放到codeobject对象的那个属性里面?
co_code中存放opcode指令码。
frameobject实际是字节码执行的运行时堆栈。interpreterFrame的结构体如下代码所示。f_globals和f_locals是__main__
模块的m_dict
。f_code
指向生成此frame对象的codeobject对象,previous
指向当前的tstate->frame
,后面一步就会将当前frame更新为当前生成的frame(frame的维护可以看_PyEvalFrameClearAndPop
)。frame_obj
指向frameobject对象, frameobject的创建使用了懒加载策略,具体创建过程可以见PyThreadState_GetFrame
函数。
typedef struct _interpreter_frame {
PyObject *f_globals;
PyObject *f_builtins;
PyObject *f_locals;
PyCodeObject *f_code;
PyFrameObject *frame_obj;
/* Borrowed reference to a generator, or NULL */
PyObject *generator;
struct _interpreter_frame *previous;
int f_lasti; /* Last instruction if called */
int stackdepth; /* Depth of value stack */
int nlocalsplus;
PyFrameState f_state; /* What state the frame is in */
PyObject *stack[1];
} InterpreterFrame;
struct _frame {
PyObject_HEAD
struct _frame *f_back; /* previous frame, or NULL */
struct _interpreter_frame *f_frame; /* points to the frame data */
PyObject *f_trace; /* Trace function */
int f_lineno; /* Current line number. Only valid if non-zero */
char f_trace_lines; /* Emit per-line trace events? */
char f_trace_opcodes; /* Emit per-opcode trace events? */
char f_own_locals_memory; /* This frame owns the memory for the locals */
};
将代码改为如下内容:
1
2
3
4
5
6
7
8
9
10
11
from textwrap import dedent
import _xxsubinterpreters as interpreters
script = dedent(f"""
print('Hello World!')
""")
# interpreters.create()对应_xxsubinterpretersmodule.c中的interp_create()
interp = interpreters.create()
result = interpreters.run_string(interp, script)
实际的interpreter的创建调用链可以看下图。
openstack-infra python test openstack
和上面的test.py文件比对,大家可以发现实际此处的字节码比上面多了codeobject。那codeobject的作用是啥?实际各位大概率已经看到过这个内容,那就是在执行python文件的时候会实时生成xxx.
Tags:
via Pocket https://ift.tt/3unLshj original site
September 29, 2021 at 11:36AM