为什么ngx.location.capture之前必须要read_body呢？

home_king

我这里有一个需求是，上传文件，但转发文件内容前需要先访问另外一台服务器，查询该文件后续要上传到哪个upstream。

如果用capture来进行查询，并且要read_body的话，那么是否会很低效呢？例如要上传500MB的文件，也要先read_body（应该会保存在temp file）。

如果不需要read_body，后续proxy_pass就可以直接对接downstream和upstream，这样最好。

另外，如果read_body了，那么后续proxy_pass还会将request body发给upstream吗？

doujiang24

Hello

在 2016年8月25日上午9:53，Jinhua Luo <home...@163.com>写道：

我这里有一个需求是，上传文件，但转发文件内容前需要先访问另外一台服务器，查询该文件后续要上传到哪个upstream。
如果用capture来进行查询，并且要read_body的话，那么是否会很低效呢？

假如 body 是不需要传给查询接口的，那么必然是一种浪费

例如要上传500MB的文件，也要先read_body（应该会保存在temp file）。
如果不需要read_body，后续proxy_pass就可以直接对接downstream和upstream，这样最好。

你这里就不适合用子请求，看来你对子请求的理解有误，建议你多看看文档 :)

你这里适合用 lua-resty-http

另外，如果read_body了，那么后续proxy_pass还会将request body发给upstream吗？

会

--

home_king

在 2016年8月25日星期四 UTC+8上午10:07:17，doujiang写道：

Hello

在 2016年8月25日上午9:53，Jinhua Luo <home...@163.com>写道：
我这里有一个需求是，上传文件，但转发文件内容前需要先访问另外一台服务器，查询该文件后续要上传到哪个upstream。
如果用capture来进行查询，并且要read_body的话，那么是否会很低效呢？

假如 body 是不需要传给查询接口的，那么必然是一种浪费

其实我想问的是，capture的文档里面提到：

You should always read the request body (by either calling ngx.req.read_body or configuring lua_need_request_body on) before initiating a subrequest.

我是不明白为什么一定要read_body（我看过源码，似乎没有非做不可的地方），因为capture不一定需要request的body，例如我这边的需求就不需要，如果需要read_body，会很低效。

如果不是nginx的限制，那我是不是可以不去read body，而是先查询确认目标upstream后，直接proxy_pass呢？（并且如果数据量大的时候，我还可以设置proxy_request_buffering为off）

例如要上传500MB的文件，也要先read_body（应该会保存在temp file）。
如果不需要read_body，后续proxy_pass就可以直接对接downstream和upstream，这样最好。

你这里就不适合用子请求，看来你对子请求的理解有误，建议你多看看文档 :)
你这里适合用 lua-resty-http

其实我也想得到用lua-resty-http，但如果用这个，upstream的轮询和容错就要自己来做了。

假设我用capture不需要read_body，那么肯定是capture最简单直接啦。

doujiang24

Hello

在 2016年8月25日上午11:41，Jinhua Luo <home...@163.com>写道：

其实我想问的是，capture的文档里面提到：
You should always read the request body (by either calling ngx.req.read_body or configuring lua_need_request_body on) before initiating a subrequest.

我是不明白为什么一定要read_body（我看过源码，似乎没有非做不可的地方）

那有做验证么？

嘿嘿，这种时候动手实践最靠谱，大胆猜测还要小心求证

我没看过这里面的代码，不过能想到一个 case：header 里有 content-length，这时应该如何处理呢

--