HTTP请求Content-Encoding头多值顺序：压缩还是解压顺序？

当你收到content-encoding: gzip, br这样的请求头时，这个顺序代表的是压缩执行的顺序，而非直接的解压顺序：

• 压缩流程：原始内容先经过gzip压缩，再将压缩后的结果用br（Brotli）进行二次压缩，最终得到传输的请求体。
• 解压流程：接收方需要按照反向顺序处理——先对请求体执行br解压，再对解压后的结果执行gzip解压，才能还原出原始内容。

简单来说，请求头里的顺序是「压缩操作的先后步骤」，解压时要倒过来一步步还原。

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