uncompyle6 3.4.0

用法

运行

$ uncompyle6 *compiled-python-file-pyc-or-pyo*

使用帮助：

$ uncompyle6 -h

验证

在较旧版本的python中，可以通过 反编译字节码，然后使用python解释器编译 对于那个字节码版本。完成此操作后，字节码生成 可以与原始字节码进行比较。但是作为python的代码 一代人变得更好，这不再可行。

如果您希望python语法验证 反编译过程中，添加 --syntax verify 选项。但是自从 python语法更改，如果字节码是 将要检查的python解释器的正确字节码 语法。

您还可以将结果与另一个python反编译器进行交叉比较。 比如 pycdc 。由于它们的工作方式不同，这里的bug通常不在 反之亦然。

这些程序中有一个有趣的类 提供更强大的验证：运行时 测试他们自己。我们的测试套件包括这些。

python还附带了一组这样的程序：它的测试 标准库的套件。我们在 test/stdlib 中有一些代码 也方便这种检查。

已知错误/限制

最大的已知和可能解决的（但很难）问题必须做 有操作控制流程。（python可能是 我见过的一组奇怪的复合语句 是循环和try块上的"else"子句吗？ 程序员不知道。）

我看到的所有python反编译器都有问题 反编译python的控制流。在某些情况下，我们可以检测到 错误的反编译并报告。

python支持在python 2 for 2.7中是最强的，并且随着 离那远点。支持也可能对 Python2.3-2.4的早期版本 那个时代的反编译器已经被保留了（python编译 那个时代是最小的）

t下面是一些关于低端python版本的工作 因为我们没有巨蟒，所以更难处理 版本1.6和2.0的解释器。

在python 3系列中，python支持在3.4或 3.3当你离那些版本越来越远的时候，它就会掉下来。蟒蛇 3.0很奇怪，因为它在某些方面比2.6更相似 3.1或2.7。python 3.6通过使用word代码彻底改变了一切 而不是字节码。因此，跳转中的跳转偏移字段 指令参数已减少。这使得 扩展的参数 指令现在在跳转指令中更为普遍；以前 它们很罕见。也许是为了补偿额外的 extended_arg 说明，额外的跳转优化已经完成 补充。因此，按目前的情况，通过特殊方式处理控制流 做得更糟。