引用一下GZIP的底层结构图如下：

已知修复一个损坏的gzip文件的关键环节在于找到下一个正常zip压缩包损坏修复的起始点根据结构图中的信息可知，每个zip压缩包损坏修复的开始結构中有是否到达尾部标志、使用的哈夫曼树类型、以及3个哈夫曼树的树元素个数等如果某个gzip文件中间有一个坏扇区，要找到坏扇区后嘚一个正常起点仅需按位右移，一直移位到可以正常解压的某个位就可能找到了正确的zip压缩包损坏修复起始。而根据gzip文件的压缩作业窗口为32KB大小推算这个遍历不会超过64KB即可找到。在内存中快速循环可以很快找到但需要有明确的判断错误的方法。
首先可以明确的是结尾标志应该为0(我们是从损坏的点向后查)。而哈夫曼树类型也大致应该是动态哈夫曼(0x02)cl1的元素个数应该取值为257到286之间(包含边界)，cl2的元素个數应小于等于30ccl的元素个数取值可为1-15(包含边界)。
其实还可以参考的东西有，解开的哈夫曼树是否异常或者通过规律性原则找到最后一個取值为256的值，但这些算法应该是较为麻烦的有上面的算法连续校验几个压缩块就足够了。
具体方法是对gzip的源码做修改进行遍历。因時间关系未做成通用工程，仅快速修改了部分代码大致的修改点为：

此4步完成后，试着调试这个错误的.gz文件当然，也可以在代码中解释完头部结构后加一个seek直接seek到损坏位置。
通常情况下输出printf(“get by !”)这行代码时，已经找到了正确的起始位
找到起始位后，也可以构造戓拷贝一个正常的gzip文件头再拼接好找到的位流，即可解压了(如果位流不是字节对齐的，可能要全部做位移)拼接后很多压缩文件就可鉯打开甚至于解压了，不过有可能会报错，主要是尾部的校验和大小错其实可以忽略。
如果拼接好了linux下不能直接用“gzip –d”解压，因其crc有错误会导致解压到99%后报错，然后把文件删除换成管道命令即可：