HTTP 1.0是否支持压缩？HTTP 1.1的压缩增强点有哪些？

HTTP 1.0是否支持压缩？ #

HTTP 1.0支持压缩，但这一特性并非原始规范（RFC 1945）中的正式内容，属于当时厂商和浏览器实现的非标准扩展。

HTTP 1.0支持压缩的条件 #

• 客户端（通常是浏览器）必须主动发送Accept-Encoding请求头，明确告知服务器自己支持的压缩算法（如gzip、deflate）
• 服务器需要实现对应的扩展逻辑，能够识别Accept-Encoding头，并在返回响应时使用匹配的算法压缩内容，同时通过Content-Encoding响应头说明所使用的压缩算法
• 受限于早期浏览器的兼容性，只有部分主流浏览器支持该扩展，服务器需要针对不同客户端做兼容性判断，避免向不支持的浏览器返回压缩内容

HTTP 1.1的压缩增强特性 #

相较于HTTP 1.0，HTTP 1.1在压缩支持上做了系统性的标准化和功能增强：

• 正式标准化压缩机制：将Accept-Encoding和Content-Encoding头字段纳入官方规范（RFC 2616），明确了压缩协商的流程、字段定义和使用规则，结束了此前非标准扩展的混乱状态
• 支持带优先级的算法协商：允许客户端在Accept-Encoding头中通过q值指定各压缩算法的优先级（例如Accept-Encoding: gzip;q=0.9, deflate;q=0.5），服务器可据此选择最优的压缩算法
• 分块传输下的压缩支持：结合新增的Transfer-Encoding: chunked分块传输机制，服务器可以对动态生成或大体积的响应内容进行分块压缩，无需提前计算完整响应的长度，提升了动态内容的传输效率
• 明确的错误处理规则：规范中明确了服务器无法满足客户端压缩需求时的响应逻辑——要么返回未压缩的内容，要么返回406 Not Acceptable状态码，避免了此前无标准可循的兼容性问题
• 扩展压缩适用场景：正式定义了二进制内容的压缩规则，不再局限于文本类内容，拓宽了压缩技术的应用范围

内容的提问来源于stack exchange，提问作者Austral1a