Uncompyle6反编译PyInstaller提取的PYZ内PYC报AssertionError如何解决

报错核心原因 #

你遇到的Unknown type 0、assert iscode(co)断言错误，根因是PyInstaller对存储在PYZ-00.pyz内的模块做了双层加工，和主目录下可直接补magic反编译的主文件结构完全不同：

• 主目录的入口文件是直接存储的标准code对象流，补完缺失的pyc头部就能被正常识别
• PYZ包内的模块会先经过zlib压缩，再做marshal序列化存储，完全没有标准pyc的固定头部结构。你直接给这类文件追加magic头，等于把压缩后的二进制流当成未加工的code字节码解析，自然会出现无效类型、无法识别code对象的报错。

正确修复步骤 #

• 不要手动给PYZ提取出来的无后缀文件追加magic，逐文件重写为标准pyc结构：
  1. 读取单个文件的全部二进制内容
  2. 优先用zlib.decompress()解压文件内容；如果解压抛出格式错误，说明该文件未做压缩，直接使用原始二进制内容进入下一步
  3. 用marshal.loads()把解压/原始的二进制内容转成Python可识别的code对象
  4. 按照当前Python版本的.pyc格式拼接完整文件：开头依次写入对应版本的magic number、4字节空时间戳占位、4字节空源码长度占位，最后追加marshal.dumps(刚解析出的code对象)的内容，保存为后缀是.pyc的标准文件
• 用处理完成的标准.pyc文件执行反编译操作，即可正常识别code对象，不会触发原有的断言错误

避坑提示 #

• 必须保证使用的magic number和当前运行uncompyle6的Python版本完全匹配，跨版本的magic会直接导致字节码识别失败
• 批量处理时遇到无法通过zlib解压、marshal解析的文件，说明该程序使用了带自定义代码加密的PyInstaller打包配置，需要先剥离打包时的加密层才能继续解析
• 注意区分PYZ_extracted目录下的文件类型：属于静态资源、配置类的非Python模块文件本身就不是字节码结构，不要强行套用pyc修复流程

内容的提问来源于stack exchange，提问作者henryha