如何使用Nginx作为代理修改GET响应内容实现数据过滤？

你搜不到Nginx修改响应payload的案例，核心是关键词没匹配对，Nginx本身完全能覆盖你说的需求，不需要额外引入太重的组件，以下是可直接落地的实现路径：

基础能力配置（隐藏上游地址与凭证） #

这部分是反向代理的原生能力，不需要额外模块，核心配置逻辑是把上游地址、访问凭证全部收敛在Nginx侧，客户端完全无感知：

server {
    listen 80;
    server_name your-proxy-domain.com;
    location /api/forward {
        # 直接转发到上游无管控权限的webservice地址
        proxy_pass https://target-third-webservice.com/real/api/path;
        # 注入上游要求的访问凭证，该配置不会透传给客户端
        proxy_set_header Authorization "Bearer your-upstream-secret-token";
        proxy_set_header X-API-Key "your-upstream-api-key";
        # 修正转发时的Host头，避免上游鉴权失败
        proxy_set_header Host target-third-webservice.com;
        # 隐藏上游返回的敏感响应头，避免泄露信息
        proxy_hide_header Server;
        proxy_hide_header X-Powered-By;
        proxy_hide_header X-Internal-Trace-Id;
        # 强制上游返回未压缩的响应，方便后续做内容过滤
        proxy_set_header Accept-Encoding "";
        # 开启响应缓冲，确保能拿到完整响应体再做处理
        proxy_buffering on;
        chunked_transfer_encoding off;
    }
}

不同复杂度的响应过滤实现 #

固定片段过滤（原生Nginx即可实现） #

如果只是要剔除固定的冗余/敏感文本片段、替换固定字符串，不需要装任何额外模块，用Nginx自带的ngx_http_sub_module就能实现，直接在上面的location块里追加配置即可：

# 匹配所有类型的响应，不局限于默认的text/html
sub_filter_types *;
# 替换/剔除指定片段，替换为空字符串即为剔除
sub_filter '上游返回的冗余广告片段' '';
sub_filter '敏感内部字段值' '';
# 关闭单次匹配，替换响应中所有符合规则的片段
sub_filter_once off;

该方案性能最高，没有额外开销，适合规则固定、不需要逻辑判断的过滤场景。

自定义脚本逻辑过滤（推荐） #

如果需要写复杂过滤逻辑（比如JSON结构删指定字段、正则匹配、条件判断），直接用OpenResty即可——它是基于Nginx的增强发行版，100%兼容原生Nginx的所有配置和能力（你之前用的鉴权、限流、rewrite等功能全部可以无缝沿用），内置Lua脚本引擎，可以直接在请求链路里嵌入脚本处理响应，完全匹配你说的「上游返回->过滤->返回客户端」的pipe模式：

# 在上述location块中追加以下配置即可
body_filter_by_lua_block {
    local full_resp = ngx.arg[1]
    local is_eof = ngx.arg[2]
    -- 仅在响应接收完成时做处理，避免分块匹配失败
    if is_eof then
        local content_type = ngx.header.content_type or ""
        -- 示例：处理JSON类型响应
        if string.find(content_type, "application/json") then
            local cjson = require "cjson.safe"
            local resp_data = cjson.decode(full_resp)
            if resp_data then
                -- 按需删除敏感/冗余字段
                resp_data.user_mobile = nil
                resp_data.internal_debug_log = nil
                resp_data.extra_redundant_info = nil
                -- 处理完成后重新赋值为响应体
                ngx.arg[1] = cjson.encode(resp_data)
            end
        end
        -- 示例：文本类响应做正则替换
        -- ngx.arg[1] = ngx.re.gsub(full_resp, "待剔除的正则匹配规则", "", "jo")
    end
}

• 如果你不想引入OpenResty，也可以用Nginx官方维护的NJS模块，用JavaScript写过滤逻辑，用法和Lua方案基本一致，性能略低于Lua但远高于外部服务中转。

超复杂逻辑过滤 #

如果你的过滤逻辑需要调用外部能力、做重型内容处理，可以在本地起一个轻量过滤服务（用Go/Python/Node均可），Nginx把上游响应转发到该服务处理完成后再返回给客户端，适合逻辑非常重、内置脚本不好实现的场景，缺点是性能比内置模块方案低，链路更长。

常见踩坑 #

• 一定要关闭上游的gzip压缩返回，不然你拿到的是二进制压缩数据，所有文本匹配规则都会失效；如果需要给客户端开启压缩，在Nginx侧处理完响应后再开gzip即可。
• 必须开启proxy_buffering、关闭分块传输，不然Nginx会把上游响应拆成多个分片逐段返回，你拿不到完整响应体，会出现匹配漏处理的问题。
• 注意过滤上游返回的Location响应头，如果上游返回3xx跳转，会直接把真实地址暴露给客户端，需要用proxy_hide_header Location隐藏，或者用proxy_redirect指令把跳转地址替换成你自己的代理地址。

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