cpython解释器
在源码ceval.c 的 _PyEval_EvalFrameDefault函数有一个大的 switch (opcdoe) 就是字节码解释器的主要部分，示例代码如下：- switch (opcode) {
- case LOAD_FAST:
- // 实现 LOAD_FAST 操作的代码
- break;
- case STORE_FAST:
- // 实现 STORE_FAST 操作的代码
- break;
- case CALL_FUNCTION:
- // 实现 CALL_FUNCTION 操作的代码
- break;
- // 其他字节码操作
- }
所有的特化指令都可以在opcode.py查询到
调试工具
python自带pdb下令行下的调试工具
gdb unix下的下令行调试，图形化的使用vs和vscode
GDB是一个强盛的Unix下的源代码级调试器。主要用于调试C和C++程序，也有Python的扩展（pythongdb.py） ，可以用来调试Python程序
• 可以attach到运行中进程，断点调试
• 可以加载coredump进行调试
vscode debug的核心实现
sys.settrace(tracefunc)
在cpython源码中进行插桩
PyEval_SetTrace->
- trace_function_entry，进入函数
- trace_function_exit，退出函数
cpython源码支持debug
在源码中支持行调试，实现方法：opcode->do_tracing，在ceval.c
0、 Opcode变成do_tracing
1、重新获得精确的opcode,并trace
2、 真正实行opcode
3、 下一个opcode变成do_tracing
3.11之后无法在引擎看到脚本堆栈
natvis就是一个配置文件，只须要拖动到vs的窗口中
原理：natvis界说了怎样显示一个布局体
可以看到一些简单类型的变量，tuple/dict可展开
可以看到当前帧
留意：3.11之后，PyFrameObject大改，现在不能用natvis直接拿到脚本栈了，须要在堆栈窗口多次查看对应
常见调试工具-小技巧
qa的机器才能重现问题，怎么办？
开发过程中，想要不重启，实时让本身写的代码生效，怎么办？
线上问题没法调试，怎么办
qa的机器才能重现问题，怎么办？ ——hunter
本质：用exec让游戏动态运行一段代码 ，可以把老代码替换成新代码
2 热更，github有插件，适配本身的项目
3 写log
常见性能分析工具
cpython提供内置的
tracy 各游戏引擎都接入
tracy怎样profile python的
• 方法一：在ceval.c/_PyEval_EvalFrameDefault()里插桩
常见性能分析工具——maze
自研的，postman内置的内存profile工具
GPM
技能中央自研的
Python3新特性 ：调试与性能分析
monitoring
sys.monitoring (since py3.12)
同一段代码跑trace和不跑trace的消耗差20倍，因为trace每行的消耗特别高(overhead)
通过少调用trace function来淘汰不须要的开销
faulthandler
faulthandler(since 3.3)
当python挂掉时， 能打印堆栈： 为这些信号注册处置惩罚
SIGSEGV, SIGFPE, SIGABRT, SIGBUS, SIGILL
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
