enctype="multipart/form-data" 触发缓冲区问题是因为其请求体含 boundary 和二进制块，迫使中间件读取完整 body 才能解析字段，绕过短路解析，导致大文件、多字段或长 boundary 时内存/磁盘溢出而静默截断或返回 413。
为什么 enctype="multipart/form-data" 会触发服务端缓冲区问题
不是 enctype 本身导致溢出，而是它生成的请求体结构（含 boundary、headers、原始二进制块）让中间件必须读取完整 body 才能拆分字段 —— 这就绕过了短路解析，强制加载全部数据到内存或临时磁盘。一旦文件大、字段多、边界符长，缓冲区配置不足时，就会静默截断或直接 413。
常见现象：req.files 为空但 req.body 有部分文本字段；用 curl -F "file=@big.zip" 提交失败而日志无报错；Node.js 的 multer 报 Request aborted 却没堆栈。
- PHP 的
post_max_size限制的是整个 multipart body 字节数，不是单个文件 - Express +
multer的limits.fileSize和中间件bodyParser.limit是两套独立阈值，必须同时调大 - Nginx 的
client_max_body_size必须 ≥ 所有字段总大小（含 boundary 开销，通常比文件本身大 5–10%）
Node.js Express 中 multer 的 limit 配置陷阱
很多人只改 fileSize，却忽略 fieldNameSize、fieldSize 和 files 数量限制 —— 大表单里带几十个隐藏字段或 Base64 图片时，这些字段本身就会超限。
正确写法示例（注意单位是字符串）：
app.use(multer({
limits: {
fileSize: '32mb', // 单个文件
fieldSize: '16mb', // 单个文本字段（如富文本内容）
fieldNameSize: '512kb', // 字段名长度（name="very_long_field_name_here..."）
files: 10 // 最多允许几个 file input 字段
}
}).array('files'));
-
fileSize超限 →err.code === 'LIMIT_FILE_SIZE' -
fieldSize超限 →err.code === 'LIMIT_FIELD_SIZE'，但默认不抛错，req.body会被截断 - 没设
files限制 → 攻击者可构造 1000 个空<input type="file">消耗服务端 fd 和内存
PHP 中 post_max_size 与 upload_max_filesize 的关系
这两个配置不是“或”关系，而是“且”：上传成功需同时满足 upload_max_filesize（单文件上限）≤ post_max_size（整个请求上限）。后者还包含所有文本字段、boundary、换行符等额外开销。
典型错误配置：
-
upload_max_filesize = 20M，但post_max_size = 8M→ 即使传 1KB 文件也失败 - 修改了
php.ini却忘了重启 PHP-FPM 或 Apache → 配置不生效 - 用了 .htaccess 设置
php_value post_max_size 32M，但在 CGI/FastCGI 模式下无效
验证方式：提交一个刚好 upload_max_filesize 大小的文件，再检查 $_SERVER['CONTENT_LENGTH'] 是否接近该值 + 约 1MB 开销。
边界符（boundary）对缓冲区的实际影响
boundary 是浏览器自动生成的随机字符串，长度通常 20–40 字节，但它在每个字段前都重复出现，且每段结尾还有 --<boundary>--</boundary>。一个含 100 个字段的表单，boundary 相关字符串可能额外增加 3–5KB —— 对小文件不敏感，但叠加在 100MB 文件上，就是压垮缓冲区的最后一根稻草。
无法手动控制 boundary，但可以规避其放大效应：
- 避免在一个表单里混传大量小文件（比如 100 张 100KB 图片），改用分片上传或 zip 打包后单文件上传
- 文本字段尽量扁平化，别把整棵 JSON 树塞进一个
<textarea></textarea>，拆成多个name="data[key]"字段更省内存 - 前端用
FormData.append()动态加字段时，注意不要意外追加空字段（如fd.append('tag', '')），每个空字段仍占一个 boundary 区块
真正容易被忽略的是：boundary 开销随字段数线性增长，而非随文件大小 —— 查 buffer 截断原因时，得先数清表单里到底有几个字段，而不是只盯着文件体积看。
