Nginx代理过滤替换后端内容方法

Nginx代理层可对响应内容过滤替换，但需借助ngx_http_sub_module（仅支持简单字符串替换）、Lua模块（支持正则及复杂逻辑）或前置智能代理服务；须注意压缩响应、流式传输、性能与编码等限制。

在 Nginx 代理层对后端响应内容做过滤与替换是可行的，但需注意 Nginx 本身不原生支持对响应体（response body）的动态修改。标准版 Nginx 缺乏内置的 body rewrite 能力，必须借助第三方模块或变通方案实现。

使用 ngx_http_sub_module（内置子模块，适用于简单文本替换）

较新版本的 Nginx（1.9.4+）默认编译了 ngx_http_sub_module，可用于在响应体中进行**单向、非正则、字符串级别的查找替换**，适合静态文本替换（如域名、路径、简单标识）。

• 启用方式：确保 configure 时包含 --with-http_sub_module（多数预编译包已启用）
• 典型用法示例（替换 HTML 中的旧域名）：

location / {
    proxy_pass https://backend;
    sub_filter 'https://old.example.com' 'https://new.example.com';
    sub_filter 'old.example.com' 'new.example.com';
    sub_filter_once off;  # 替换全部匹配项（默认只替换第一个）
    sub_filter_types text/html text/css text/javascript application/json;
}

⚠️ 注意：sub_filter 仅作用于响应头中声明为 text/* 或显式指定的 MIME 类型；不支持正则、不处理压缩响应（需禁用 gzip）、不支持二进制内容。

使用 Lua + lua-resty-string / lua-resty-core（推荐灵活方案）

通过 OpenResty（Nginx + Lua）可完整控制响应流，在 body_filter_by_lua* 阶段读取、缓冲、修改响应体，支持正则、条件判断、JSON 解析等复杂逻辑。

• 需安装 OpenResty 或编译含 lua-nginx-module 的 Nginx
• 关键配置片段：

location /api/ {
    proxy_pass http://upstream;
    proxy_buffering on;
    proxy_buffer_size 4k;
    proxy_buffers 8 4k;
body_filter_by_lua_block {
    local chunk = ngx.arg[1]
    local eof = ngx.arg[2]

    -- 只在结束时处理完整响应体（适合小响应）
    if eof then
        if type(chunk) == "string" and #chunk > 0 then
            local replaced = string.gsub(chunk, "error_code:%s*%d+", "error_code: 999")
            ngx.arg[1] = replaced
        end
    end
}
}

? 提示：大响应体需流式处理（配合 ngx.ctx 缓存中间状态），避免内存溢出；若需 JSON 字段替换，建议先解析再序列化（用 cjson），而非正则硬改。

绕过 Nginx：改用反向代理前置服务（适用复杂业务逻辑）

当替换逻辑涉及鉴权、上下文依赖、调用外部 API 或需完整 HTTP 协议解析时，Nginx 层处理易受限。此时更稳健的做法是：

• 用轻量服务（如 Node.js、Go、Python FastAPI）作为“智能代理”，接收请求、转发给后端、拦截响应、执行任意过滤逻辑、再返回给客户端
• Nginx 仅作 TLS 终结、负载均衡和静态资源分发，专注其擅长领域
• 该模式调试方便、可观测性强、升级灵活，适合长期维护

关键限制与避坑提醒

无论采用哪种方式，都需直面以下现实约束：

• 响应压缩问题：gzip 响应无法被 sub_filter 或 Lua 直接处理，需后端关闭 gzip，或 Nginx 解压后再处理（增加 CPU 开销）
• 流式响应不友好：SSE、长连接、分块传输等场景下，body_filter_by_lua 按 chunk 处理，需自行维护状态，逻辑复杂
• 性能开销：全文本扫描/正则匹配/JSON 解析均消耗 CPU，高并发下需压测验证
• 编码一致性：确保后端响应明确声明 Content-Type 和 charset，避免 Lua 中字符串误判