Nginx：如何根据Content-Type为同一Location配置不同指令规则

由于Nginx的proxy_request_buffering、client_max_body_size这类核心指令无法通过if条件直接动态设置，采用入口Location做请求分流+内部跳转至不同子Location的方案，完全匹配你需要的请求流转逻辑。

完整配置示例 #

# 入口Location：负责根据Content-Type判断并分流请求
location ~* /application/service$ {
    # 匹配multipart/form-data类型请求，触发内部跳转至大文件处理逻辑
    if ($http_content_type ~* multipart/form-data) {
        return 418;
    }
    # 常规请求直接跳转至常规处理逻辑
    rewrite ^ @normal_request last;

    # 通过error_page捕获特殊状态码，实现内部跳转至大文件处理Location
    error_page 418 = @large_upload;
}

# 大文件上传子Location：关闭请求缓冲，设置大文件尺寸上限
location @large_upload {
    client_max_body_size 5000m;
    client_body_buffer_size 1m;

    proxy_request_buffering off;
    proxy_buffering on;

    rewrite_by_lua_file /etc/nginx/lua/service.lua;
    
    include /etc/nginx/conf.d/common/reverse.conf;
    proxy_pass $proxy_address;
}

# 常规请求子Location：开启请求缓冲，设置常规文件尺寸上限
location @normal_request {
    client_max_body_size 100m; # 根据业务需求调整常规请求的大小限制
    client_body_buffer_size 1m;

    proxy_request_buffering on;
    proxy_buffering on;

    rewrite_by_lua_file /etc/nginx/lua/service.lua;
    
    include /etc/nginx/conf.d/common/reverse.conf;
    proxy_pass $proxy_address;
}

关键逻辑说明 #

1. 入口分流：通过$http_content_type变量匹配请求头中的Content-Type，对multipart/form-data类型请求返回特殊状态码418，再通过error_page将请求内部跳转至@large_upload；其他请求直接跳转至@normal_request。
2. 隔离配置：两个子Location分别配置对应的缓冲参数和文件大小限制，完全隔离不同场景的配置规则。
3. 业务复用：Lua脚本、反向代理配置等业务逻辑在两个子Location中复用，保证业务流程的一致性。

注意事项 #

• 使用~*做不区分大小写的匹配，避免Content-Type大小写差异导致分流错误。
• 常规请求的client_max_body_size请根据实际业务场景调整，无需设置为大文件级别的上限。
• 命名Location（@xxx）仅用于内部跳转，不会暴露给外部用户，比普通Location更高效。

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