本文分享自天翼云开发者社区《openresty中filter_by_lua使用》.作者：lucky_lyw

1. body_filter_by_lua* 可能在一次请求中调用多次，跟响应数据量无关，取决于响应次数

2. body_filter_by_lua* 多数时候离不开有 header_filter_by_lua* 辅助

-- access_by_lua_file：
ngx.say("123")ngx.say("456")-- body_filter_by_lua_file:local chunk, eof = ngx.arg[1], ngx.arg[2]print(chunk, eof)-- 结果
-- body_filter_by_lua*首次调用时：123 false-- body_filter_by_lua*第二次调用时：456 false-- body_filter_by_lua*第三次调用时: 空 true

当代码运行到 body_filter_by_lua* 时，HTTP报头（header）已经发送出去了。如果在之前设置了跟响应体相关的报头，而又在 body_filter_by_lua*中修改了响应体，会导致响应报头和实际响应的不一致。举个简单的例子：假设上游的服务器返回了 Content-Length 报头，而 body_filter_by_lua* 又修改了响应体的实际大小。客户端收到这个报头后，按其中的 Content-Length 去处理，顺着一头栽进坑里。由于 Nginx 的流式响应，发出去的报头就像泼出去的水，要想修改只能提前进行。OpenResty 提供了跟 body_filter_by_lua* 相对应的 header_filter_by_lua*。header_filter 会在 Nginx 发送报头之前调用，所以可以在这里置空 Content-Length 报头：

header_filter_by_lua_block {
    ngx.header.content_length = nil}

*博客内容为网友个人发布，仅代表博主个人观点，如有侵权请联系工作人员删除。