1. 为什么你需要了解.pyc 反编译？
你可能遇到过这种情况：辛辛苦苦写好的 Python 脚本，因为硬盘损坏或者误操作，原始的 .py 文件找不到了，只剩下一个孤零零的 .pyc 文件。或者，你在做安全审计，拿到一个第三方闭源的 Python 程序，想看看它内部到底做了什么。这时候，把 .pyc 这个'编译后'的文件变回可读的 .py 源码，就成了一个非常实际的需求。
初学者常误以为 .pyc 文件是像 C 语言编译后的二进制文件一样，完全不可读。后来才发现，Python 的字节码（bytecode）其实是一种非常'友好'的中间格式，它离源代码的距离比想象中要近得多。简单来说，Python 解释器执行你的代码时，会先把 .py 文件编译成 .pyc 文件，这个文件里存储的是更接近机器执行的指令集，但保留了大量的原始信息，比如变量名、函数名（除非被混淆）、代码结构等。这就为我们逆向还原提供了可能。
这个过程，我们称之为'反编译'（decompilation）。它不是什么黑客的专属技能，而是 Python 开发者工具箱里一个非常实用的工具。无论是恢复丢失的代码、学习优秀开源项目的实现、还是进行必要的安全审查，掌握这门手艺都能让你事半功倍。接下来，我就带你从零开始，实战如何把 .pyc 变回 .py。
2. 动手之前：搞懂.pyc 文件的前世今生
在直接操作工具之前，花几分钟理解原理，能让你在遇到问题时知道从哪儿下手。
2.1 .pyc 文件里到底装了啥？
你可以把 .pyc 文件想象成一个'菜谱的简化操作步骤清单'。原始的 .py 文件是详细的菜谱，有食材名（变量）、烹饪手法（函数）、步骤顺序（控制流）。而 .pyc 则是给厨房机器人看的指令卡，上面写着'从 A 柜取面粉（LOAD_CONST）'、'倒入 B 碗（STORE_FAST）'、'如果水烧开了就跳转到第 5 步（POP_JUMP_IF_TRUE）'。
这个指令卡（字节码）是平台无关的，但和 Python 解释器的版本强相关。Python 3.5 生成的 .pyc 和 Python 3.9 生成的，内部格式可能就有差异。这就是为什么反编译工具通常需要匹配 Python 版本。.pyc 文件一般由两部分组成：
- 一个魔法数字头（Magic Number）：用来标识这个文件是由哪个版本的 Python 解释器生成的。这是反编译工具首先要检查的东西。
- 序列化的代码对象（Code Object）：这是主体，里面包含了经过编译的字节码指令、常量（比如数字、字符串）、变量名、以及代码的行号映射表等元数据。
行号映射表是个好东西，它让反编译工具能大致还原出代码原来的结构，比如哪几行属于同一个 if 语句块。但要注意，一些代码优化操作（比如 -O 优化标志）可能会丢弃