在 OpenResty 中，如果你希望在 body_filter 阶段完全丢弃上游的响应体，并构造自己的响应体发送给浏览器，可以通过使用 ngx.arg 和控制流来实现。以下是一个示例步骤：
步骤
创建一个 Lua 脚本: 在 OpenResty 的配置中，使用 Lua 代码来处理这个逻辑。
在
body_filter_by_lua_block中实现逻辑: 在body_filter阶段，你可以检查上游响应的状态，然后选择是否丢弃它并写入自己的响应体。
示例代码
下面是一个基本的例子，展示了如何在 OpenResty 中实现这一点：
http {
server {
listen 80;
server_name localhost;
location /proxy {
proxy_pass http://upstream_server; # 替换为你的上游服务器
body_filter_by_lua_block {
local res = ngx.arg[1] -- 上游返回的响应体
local eof = ngx.arg[2] -- 是否为最后一块数据
if eof then
-- 构造自定义的响应体
ngx.status = ngx.HTTP_OK -- 设置 HTTP 状态码
ngx.header.content_type = 'text/html' -- 设置 Content-Type
-- 写入新的响应体内容
ngx.say("<html><body><h1>Hello, World!</h1></body></html>")
-- 必须将标志设置为 true，以表示我们已经完成了处理，不再传递上游数据
ngx.arg[1] = nil -- 清空上游数据以确保不会发送任何数据到客户端
else
ngx.arg[1] = nil -- 丢弃当前块的数据（如果不是最后一块）
end
}
}
}
}
解读代码
proxy_pass: 指定要代理的上游服务器。body_filter_by_lua_block: 在此阶段，可以检查上游返回的数据。ngx.arg[1]: 表示当前接收到的上游响应体内容。通过将其设置为nil，可以丢弃该内容。eof: 用于判断当前接收的数据是否为最终数据块。- 使用
ngx.say()输出自定义的 HTML 响应内容。
注意事项
- 确保清晰理解 Nginx 和 OpenResty 的工作原理，因为这会影响请求和响应过程中的状态管理和性能。
- 如果需要更复杂的逻辑（如根据某些条件选择性地丢弃或修改响应），请相应调整代码中的判断条件。
- 可以考虑其他适当的 HTTP 状态码和头信息，根据实际需求进行调整。
通过以上步骤，你应该能够完全丢弃从上游收到的响应体，并用自定义内容替代它们。
内容由零声教学AI助手提供，问题来源于学员提问
![[pgsql]
host=127.0.0.1
port=5432
database=emm_manager
user=uniemm
passwd=OPwdVGWjHT8nQmQ7BEav8g==
[redis]
host=10.19.83.70,10.19.83.70,10.19.83.70,10.19.83.70,10.19.83.70,10.19.83.70
port=7001,7002,7003,7004,7005,7006
passwd=8xNnDa3XamGiMw==
mode=...](https://linuxcpp.0voice.com/zb_users/upload/2023/05/202305162237121215388.png)
![sed -i "s/${dbconf_map["java_addr"]}/${shardingsphere_proxy_vip}:${shardingsphere_proxy_port}/g" $java_conf_path 双引号是否会错乱？](https://linuxcpp.0voice.com/zb_users/upload/2023/05/202305162214216277121.png)
