HTTP数据传输的几个关键字Header

        本文着重针对http在传输数据时的几种封装方式进行描述。

        1. Content-Type(描述body内容类型以及字符编码)

        HTTP的Content-Type用于定义数据传输的媒体类型（MIME类型），主要分为以下几类：

        (一)、‌基础文本类型‌

                text/plain‌
                纯文本格式，无任何格式标记，常用于日志或简单文本传输。示例：
                Content-Type: text/plain; charset=utf-8

                text/html‌
                HTML文档格式，用于网页渲染。示例：
                Content-Type: text/html; charset=utf-8

                text/xml‌
                XML数据格式，适用于结构化文本传输。示例:

                Content-Type: text/xml; charset=utf-8

        (二)、‌表单数据类型‌

                application/x-www-form-urlencoded‌
                表单默认编码格式，数据以key=value形式拼接（如name=John&age=30）。适用于普通表单提交。示例：
                Content-Type: application/x-www-form-urlencoded

                multipart/form-data‌
                支持文件上传的编码格式，数据按字段分割并通过boundary标识。示例:
                Content-Type: multipart/form-data; boundary=----WebKitFormBoundaryABC123

        (三)、‌结构化数据格式‌

                application/json‌
                JSON数据格式，广泛用于API交互。示例：

                Content-Type: application/json; charset=utf-8

                application/xml‌
                XML数据格式，适用于复杂结构化数据传输。示例：

                Content-Type: application/xml

                application/javascript‌
                JavaScript代码传输，常用于动态脚本加载。示例：

                Content-Type: application/javascript

        (四)、‌二进制文件类型‌

                application/octet-stream‌
                通用二进制流格式，适用于未知类型的文件下载。示例：

                Content-Type: application/octet-stream

                image/*（如image/jpeg、image/png）‌
                图片文件格式，*表示具体图片类型（如JPEG、PNG）。示例：

                Content-Type: image/jpeg

                application/pdf‌
                PDF文档格式，用于文档传输。示例：

                Content-Type: application/pdf

        (五)、‌其他常见类型‌

                application/zip‌
                压缩文件格式，适用于打包文件传输。示例：

                Content-Type: application/zip

                audio/*（如audio/mpeg）‌
                音频文件格式，如MP3、WAV等。示例：

                Content-Type: audio/mpeg

                video/*（如video/mp4）‌
                视频文件格式，如MP4、AVI等。示例：

                Content-Type: video/mp4

        (六)、‌MIME类型结构‌

                MIME类型由主类型（media type）和子类型（subtype）组成，格式为：

                Content-Type: <主类型>/<子类型>; 参数（如charset、boundary等）
                例如：text/html; charset=utf-8‌。

        关键使用场景
                API交互‌：优先使用application/json‌。
                文件上传‌：必须使用multipart/form-data‌。
                网页渲染‌：需指定text/html‌。
                纯文本传输‌：采用text/plain‌。

   2.Content-Encoding(描述整个body内容的编码)

                请求方向服务端描述能够接收的编码算法

                Accept-Encoding: gzip, deflate, br

                服务端向请求端描述实际使用的编码算法        

                Content-Encoding: gzip

        当采用具体的压缩算法后，服务器端会对整体需要返回的数据进行对应算法的压缩，在Content-Length中描述的长度，将是压缩后数据的长度。

        客户端收取到数据后，需要使用对应算法进行解压缩，得到真实的数据。

   3.Transfer-Encoding（数据传输发送和压缩算法）

        Transfer-Encoding 是 HTTP 协议中用于指定传输编码方式的响应头字段，其枚举值包括以下几种：

        chunked‌
        表示数据以分块形式传输，适用于无法预先确定响应体长度的场景（如动态生成内容或大文件传输）‌。

        ompress‌
        使用 Lempel-Ziv-Welch (LZW) 算法进行压缩传输，但目前主流浏览器已不再支持该格式‌。

        deflate‌
        使用 zlib 结构和 deflate 压缩算法进行传输，适用于需要压缩的场景‌。

        gzip‌
        使用 Lempel-Ziv coding (LZ77) 算法进行压缩传输，广泛用于文本内容的压缩（如 HTML、CSS、JS 等）‌。

        identity‌
        表示不进行任何编码或压缩，直接传输原始数据‌。

        多值组合‌
        可以同时指定多个值，用逗号分隔。例如：Transfer-Encoding: gzip, chunked，表示先进行 gzip 压缩，再以分块形式传输‌。

        备注：在chunked和压缩算法多值组合时，这里的压缩算法是单个chunked内的压缩，不是对整体body的压缩。

        如果一个http响应头如下:Content-Encoding:deflate Transfer-Encoding:gzip,chunked,那么客户端在收取到每个chunked数据时，先用gzip进行解压缩，收取完所有的chunked后，把解压缩的数据拼到一起，再使用deflate进行解压缩，才能得到服务器最终要发送的数据。

        对chunked的描述

        chunked 是 HTTP/1.1 中用于分块传输数据的编码方式，适用于动态生成内容或大文件传输的场景。以下是 chunked 格式的详细描述：

        (一)、基本格式‌

                每个 chunk 的结构‌

                        每个 chunk 由以下部分组成：
                        块大小‌：以十六进制表示，后跟 \r\n。
                        数据内容‌：实际数据，后跟 \r\n。
                示例：
                        5\r\n        // 块大小为5字节
                        Hello\r\n    // 数据内容

                结束标记‌

                        最后一个 chunk 的块大小为 0，表示传输结束。
                示例：
                        0\r\n\r\n    // 结束标记

        (二)、完整示例‌

        以下是一个完整的 chunked 传输示例：

                HTTP/1.1 200 OK  
                Content-Type: text/plain  
                Transfer-Encoding: chunked  

                5\r\n  
                Hello\r\n  
                6\r\n  
                 World\r\n  
                0\r\n\r\n  

        解析：
                第一个 chunk：5\r\nHello\r\n，表示传输了 5 字节的数据 Hello。
                第二个 chunk：6\r\n World\r\n，表示传输了 6 字节的数据 World。
                结束标记：0\r\n\r\n，表示传输结束。