应改用 fetch + formdata 主动提交并压缩大字段：前端对超阈值文本/文件用 compressionstream 或 zlib-ng 压缩为 gzip blob 后 append，后端流式解析 multipart 并对匹配 _gz 的字段单独解压，同时设解压大小上限防 zip bomb。
表单提交时 payload 过大导致超时或 413 错误
当 HTML 表单（尤其是含大量 <input type="file"> 或长文本字段）提交到高性能采集后端时，原始 payload 常远超 Nginx 默认的 client_max_body_size 1m，触发 413 Request Entity Too Large；即使调高限制，未压缩的 JSON 或 FormData 也会拖慢网络传输与后端解析。
- 避免直接用
FormData.append()逐个塞入大文件——它默认不压缩，且会触发 multipart boundary 膨胀 - 对文本类字段（如
description、metadata），在前端用TextEncoder+CompressionStream（Chrome 110+ / Firefox 119+）做 gzip 压缩，再以application/gzip发送 - 对二进制文件，不要用 base64 编码——它增加约 33% 体积；改用
ArrayBuffer+gzip压缩后转Blob，再 append 到 FormData - 服务端需识别
Content-Encoding: gzip并解压，Nginx 默认不处理 multipart 中的压缩字段，必须由应用层（如 Node.js 的busboy+zlib）接管
用 fetch 替代 form.submit() 控制压缩与编码
原生 <form enctype="multipart/form-data"></form> 提交无法干预 payload 构造过程，必须切换为 JavaScript 主动提交，才能注入压缩逻辑。
- 禁用
form.submit()，改用fetch()+FormData构建请求体 - 对每个
File对象，先读取为ArrayBuffer，用zlib-ng（WebAssembly 版）压缩，再 newBlob([compressedBuf], {type: 'application/gzip'}) - 设置请求头：
headers: {'Content-Encoding': 'gzip'}，但注意：multipart 请求不能设全局Content-Encoding，需将压缩后的 Blob 当作普通字段值传入，后端按字段名单独解压 - 若后端是 Go 的
net/http，需用http.MaxBytesReader限制解压后大小，防止 zip bomb 攻击
后端解压 multipart 中的 gzip 字段要绕过框架自动解析
Express、Fastify 等框架的 body-parser 或 multer 默认把 multipart 当作原始二进制处理，不会检查字段内嵌的 gzip header；你得手动识别特定字段名（如 payload_gz）并解压。
- 用
busboy（Node.js）或formdata-parsing（Rust）流式解析 multipart，对字段名匹配/_gz$/的，用zlib.gunzipSync()解压其 buffer - Python Flask 需禁用
request.form和request.files自动解析，改用request.get_data(parse_form_data=False)获取 raw stream，再用email.parser.BytesParser手动拆分 multipart boundary - 字段解压失败时，返回 400 并带具体错误（如
"invalid gzip header in field 'data_gz'"），别吞掉异常——否则前端无法区分是网络中断还是压缩损坏
压缩比与 CPU 开销的实际权衡点
不是所有字段都值得压缩。实测表明：纯文本 >2KB、JSON >5KB、二进制文件 >50KB 时，gzip 压缩收益明显；但小字段压缩反而因 base64 编码和 header 开销变大。
- 前端压缩前加阈值判断：
if (file.size > 50 * 1024) { /* compress */ }，避免给小图或短文本徒增 CPU 压力 - 服务端解压也应设上限：
maxDecompressedSize: 50 * 1024 * 1024（50MB），防止恶意构造超大解压后 payload - 移动端 Safari 不支持
CompressionStream，需降级为客户端不压缩 + 后端启用 Nginxgzip on（仅对 text/* 类型生效），此时表单必须拆成 text/json 和 file 两个请求
真正麻烦的是跨字段依赖压缩——比如一个 metadata 字段引用了另一个已压缩的 image_gz 字段 ID，这种关联关系必须在前端压缩前固化，后端不能靠字段名猜逻辑。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
