ZLIB:gzopen与compress2函数压缩的内容有什么的

来源:互联网 发布:好看的末世小说知乎 编辑:程序博客网 时间:2024/05/01 10:25

ZLIB:gzopen与compress2函数压缩的内容有什么不同?

    zlib库中,可以用compress2()函数对一块内存区域进行压缩,也可以使用gzopen()和gzwrite()两个函数将内存中的信息压缩后写入gz文件。
    测试中发现,如果把compress2()函数压缩后的内容直接写成文件,这个文件无法被gzip等程序打开,可见内存压缩后的内容并不是一个标准的gz文件。
    compress2()函数与gzopen()函数所产生的压缩内容到底有什么不同呢?下面是我的实验:

1、准备一个文本文件,字节数为9585字节。
2、分别使用
   gzopen("test_gzopen.txt.gz", "wb9")生成文件test_gzopen.txt.gz,文件长度4152
   和compress2(dst, &dst_len, src, src_len, 9)生成文件test_compress2.txt.gz,文件长度4140
3、使用二进制编辑器查看两个gz文件的内容,大部分是相同的。不同的部分为:
      test_gzopen.txt.gz的前面10个字节为:
      1F 8B 08 00 00 00 00 00 00 0B

      test_compress2.txt.gz的前面两个字节为:
      78 DA

      两个文件之后的4134个字节相同

      test_gzopen.txt.gz的最后8个字节为:
      83 1A E0 A6 71 25 00 00

      test_compress2.txt.gz的最后4个字节为:
      44 75 8B EF

4、gzip文件头中,1F 8B为GZIP文件的MAGIC NUMBER
   gzip文件的最后四个字节是文件的长度,Hex(71 25 00 00)=Dec(9585)
   gzip文件的倒数第五到第八个字节是CRC32校验码

5、参考了一篇关于zlib的文章:http://blog.developers.api.sina.com.cn/?tag=zlib
   猜想gzip文件的文件头大约是这个含义
      struct GzipHeader
      {
          char Id1;          //1f
          char Id2;          //8b
          char cm;           //08   Z_DEFLATED
          char flag;         //00
          char mime[4];      //00 00 00 00
          char xfl;          //00
          char os;           //0B 11-windows
      };

结论:
    可见,compress2()函数与gzopen()函数所产生的数据的压缩内容是相同的,仅仅只是产生的头不同而已。
    本来想写一个函数,将compress2()的压缩结果在内存中形成gzip的格式,但是校验码的问题一直搞不定,暂时未找到校验码是如何计算得出的,希望有这方面知识的朋友给我予指点,谢谢。

后记:
    研究zlib的目的,是想要自己实现一个简易的HTTP服务器,需要在HTTP服务器中实现内容的压缩下载。
    在返回的HTTP头中加上Content-Encoding: deflate或Content-Encoding: gzip就可以对相应的内容部分进行压缩输出。
    由于暂时没办法将compress2()函数压缩的结果转换为gzip格式,又不能使用gzopen()函数将数据压缩成文件再输出(IO操作一定很慢)。研究了一下发现,其实很容易解决:将HTTP头指定为deflate,将compress2()函数的压缩结果输出为:send(sock, buffer+2, compress_len-6)就实现了deflate方式的压缩。

==========================
参考:
http://www.zlib.net/    zlib Home Site
http://blog.developers.api.sina.com.cn/?tag=zlib   18个字节: gzip 与 deflate

========================================================
2009-04-02:补充
今天测试发现,使用deflate压缩方式,不能只输出压缩的数据部分,正确的输出方式应该是:
send(sock, buffer+2, compress_len-2)
也就是说仅仅去掉compress2()压缩后的前面两个字节,最后的四个字节不能去掉,否则发送到客户端的内容虽然能够正确显示,但是最后几个字节显示不出来。
所以deflate压缩方式应该只比gzip压缩方式少14字节,而不是18个字节。
0 0
原创粉丝点击