iOS 使用 zlib 库实现请求数据压缩
1.Content-Encoding
Accept-Encoding 和 Content-Encoding 是 HTTP 中的一对头部字段,用来标识「请求发送方可接受的响应数据编码格式」、「请求/响应方发送的 HTTP Body 编码格式」。接收方拿到请求/响应后,根据 Content-Encoding 对应的数据格式进行解压数据。压缩的目的是为了优化传输内容的大小,减少服务端流量压力。
Content-Encoding 的取值有 gzip、defalte、compress、identity、br 等,具体用到哪个需要跟服务端协商好。Xcode 提供的 zlib 可以实现这里的 gzip、defalte 这两种编码格式。
gzip
一种由文件压缩程序「Gzip,GUN zip」产生的编码格式,描述于 RFC 1952。这种编码格式是一种具有 32 位 CRC 的 Lempel-Ziv 编码(LZ77);
deflate
由定义于 RFC 1950 的「ZLIB」编码格式与 RFC 1951 中描述的「DEFLATE」压缩机制组合而成的产物;
由于 HTTP 1.1 的命名失误,deflate 当初应该命名为 zlib,因为其本身就是使用 zlib 格式编码,用 deflate 造成了与 DEFLATE 算法的混淆,事实上 Content-Encoding 为 gzip 和 deflate 时都可能使用 DEFLATE 算法。
2. zlib库的使用
下面介绍一下使用 zlib 库对 NSData 进行压缩操作的基本过程以及注意事项:
2.1 引入头文件
#import "zlib.h"
2.2 初始化
在开始使用