域名频道资讯站
（图自：David Fifield，via ExtremeTech）
之后，他又继续努力，推出了一个表面上只有 10MB，但其实能够膨胀到 281TB 的 zbLG.zip 炸弹压缩包。
时间转眼到了 2019 年 7 月，David Fifield 又发表了他的最新研究成果 —— 一个表面上只有 46MB，但其实可以膨胀到 4.5PB 的 zbxl.zip 炸弹压缩包。
不过需要指出的是，由于其采用了 Zip64，所以兼容性较差。
（7 月 2 日，David Fifield 详细介绍了自己的最新研究成果）
zip 解压炸弹包使用递归算法的原因，归结于 ZIP 解析器中使用的 DEFLATE 算法无法实现高于 1032:1 的压缩率。有趣的是，David Fifield 找到了一种绕过该限制的方法。
其写到：本文介绍了如何构造一款压缩比超过 DEFAATE 1032 的非递归解压炸弹包。其通过重置 zip 容器内的文件来实现，以便在多个文件中引用高度压缩数据的‘内核’，而不是制作它的多个副本。
解压炸弹的输入与输出大小，呈现的是二次方增长。即随着炸弹变大，压缩比也就更强。构造取决于 zip 和 DEFLATE 的特征，它不能直接移植到其它文件格式或压缩算法。
此外，该方案与大多数 zip 解析器兼容，不过‘流’解析器是个例外。后者在一次传递中解析，而无需事先查询 zip 文件的中心目录。
为使该方法见效，Fifield 必须重新审视数据是如何存储在 zip 文件中的，并且选择了适当的 Deflate 实现。
其选择了 bulk_deflate，一个专门用于压缩一串重复字节的自定义压缩器，能够比 zlib、info_ZIP 或 Zopfli 更密集地打包数据的工具。
尽管 bulk_deflate 优于这些解决方案，但 Fifield 指出，其在一般用例中的效率并不高，还必须借助被称作 ZIP64 的 zip 标准扩展，来创建一个内含超过 281TB 数据输出的文件。
但若使用 ZIP64，便可创建出一个内含有效无限长度的解压炸弹包。至于更多细节，还请移步至官网查看。
本文素材来自互联网
