Nginx 的 client_max_body_size 不支持按路径动态放行，但可通过 location 块为特定路径（如 /upload/）单独设置该指令实现差异化控制，例如 location /upload/ { client_max_body_size 100m; }，其他路径沿用上级默认值。
Nginx 的 client_max_body_size 是全局或作用于 http、server、location 块的指令，**不能直接“针对特定路径放行”**，但可以通过在 location 块中单独设置该指令，实现对某路径（如 /upload）放宽请求体限制，而其他路径保持默认限制——这本质上就是“按路径差异化控制”。
用 location 块为指定路径单独配置
这是最常用且可靠的方式。Nginx 会按匹配顺序选择最精确的 location，并在其中覆盖上级作用域的 client_max_body_size 值。
- 确保目标路径有明确、可匹配的
location块（推荐使用前缀匹配或正则匹配） - 在该块内显式设置所需大小，例如允许上传大文件：
location /upload/ {
client_max_body_size 100m;
# 其他相关配置，如代理到后端
proxy_pass http://backend;
}此时，所有以 /upload/ 开头的请求（如 /upload/avatar、/upload/docs/abc.pdf）都将允许最大 100MB 的请求体，其余路径沿用 server 或 http 级别的默认值（如 1m）。
注意 location 匹配优先级与继承逻辑
client_max_body_size 不继承，只生效于当前作用域及其子块（如嵌套的 location）。需避免以下常见问题：
- 写成
location ~ ^/upload时，若同时存在更具体的location = /upload，后者会优先生效，但未设置client_max_body_size→ 将回退到上层值 - 若在
location内使用proxy_pass，还需确认后端服务（如 Flask、Node.js）自身也允许同样大小的请求体，否则 Nginx 放行后仍会被后端拒绝 - 使用正则
location ~*时，不能包含client_max_body_size的变量（如$arg_size），该指令不支持运行时变量
配合 if 判断？不推荐
有人尝试用 if ($request_uri ~ ^/upload) 动态设置，但 client_max_body_size **不可在 if 块中使用**，Nginx 会报错："client_max_body_size" directive is not allowed here。因此必须依赖 location 的静态匹配机制。
验证是否生效
修改配置后重载 Nginx（nginx -s reload），可通过以下方式确认：
- 发送超限请求（如 2MB 文件）到非 upload 路径 → 应返回
413 Request Entity Too Large - 同样请求发往
/upload/→ 应正常接收（前提是后端也配合） - 检查 Nginx 错误日志，确认无配置解析错误
