Nginx 无法原生修改响应体，但可通过 sub_filter 轻量替换、Lua 流式改写或响应头控制三种方式实现；需禁用压缩、显式声明类型、合理配置缓冲，并优先考虑后端占位符或前置代理等更稳妥方案。
Nginx 本身不解析响应体，无法原生修改返回内容，但可通过三种实用路径在代理层实现响应体数据过滤：轻量替换、流式改写、或解耦代理。关键不在“能不能”，而在“选对方式+避开陷阱”。
用 sub_filter 做精准文本替换（最常用）
适合改 HTML、JSON、CSS 中的固定字符串（如域名、文案、路径），无需额外模块，Nginx 1.9.4+ 默认支持。
- 必须禁用压缩：加
proxy_set_header Accept-Encoding "";，并确保后端不返回Content-Encoding: gzip，否则sub_filter直接跳过 - 显式声明类型：
sub_filter_types text/html application/json text/css text/javascript;（默认只处理text/html） - 全局替换：
sub_filter_once off;（默认只换第一个匹配） - 示例：把后端返回的
https://api.v1.example.com全部替换成/api/v2
用 Lua 脚本做条件化流式处理（最灵活）
OpenResty 环境下，在 body_filter_by_lua_block 中逐块读取、解析、改写响应体，支持正则、JSON 解析、字段脱敏等逻辑。
- 需开启缓冲：
proxy_buffering on; proxy_buffers 8 64k;，否则大响应可能收不到完整 chunk - 小响应可等
eof一次性处理；大响应建议流式处理（避免内存溢出） - 示例：识别 JSON 响应，将
"email": "a@b.com"替换为"email": "[REDACTED]"，或把所有error_code: 500改成999 - 注意：不要在
body_filter中做耗时操作（如 HTTP 请求），可提前用set_by_lua_block准备变量
用响应头控制代替内容改写（最安全）
多数场景真正需要的不是“改内容”，而是“控暴露”。比改 body 更稳定、性能更好。
- 屏蔽敏感头：
proxy_hide_header Server; proxy_hide_header X-Powered-By; - 忽略干扰头：
proxy_ignore_headers Set-Cookie;（避免影响缓存） - 透传/重写头：
add_header X-Processed-By "nginx";或proxy_pass_request_headers off;
遇到压缩响应、二进制内容（如图片、PDF）、或逻辑太复杂时，硬扛 Nginx 层容易出错。更务实的做法是：
- 后端返回占位符（如
{{API_BASE_URL}}），由 Nginx 用sub_filter替换——规避编码与压缩问题 - 在 Nginx 前加一层轻量代理（如 Envoy + WASM、或 Node.js 微服务），专责响应改写，Nginx 只管路由和负载
不复杂但容易忽略
