关于nginx子请求问题

lylee1981_35b5 · 2013-07-31T15:01:48+00:00

nginx 的变量只有字符串， ngx.var.VARIABLE 这类也都是&#x5b...

关于nginx子请求问题

lylee1981_35b5

各位好，请教一个nginx下subrequest的问题，我使用的是nginx-1.2.8版本

在使用subrequest实现功能时，当所有子请求执行完毕后，回调设置的主请求回调方法，在该方法内部执行剩余业务逻辑代码，最后如下调用nginx的ngx_http_finalize_request(r, NGX_OK)方法

最终执行nginx的ngx_http_close_request方法

该版本方法主要逻辑如下：

static void

ngx_http_close_request(ngx_http_request_t *r, ngx_int_t rc)

{

......

r->count--;

if (r->count || r->blocked) {

return;

}

ngx_http_free_request(r, rc);

ngx_http_close_connection(c);

}

调试时发现，当主请求结束时，此时r->count已经为0，在执行完 r->count--之后

r->count的值变成了 255

查看了r->count类型，为：unsigned count:8;

此时再判断

if (r->count || r->blocked) {

return;

}

时，会返回，从而不再执行后续的释放请求和连接相关资源的操作。

导致我这边出现问题是：无法正常记录access日志（配置开启了access日志记录）以及业务逻辑的不正确（浏览器刷新一次，要等待，再刷新一次，业务正常，而且持续复现）

目前将ngx_http_close_request方法中条件判断处代码，改成了：

if ((r->count != 255 && r->count) || r->blocked) {

return;

}

让资源能正常释放。

之后再测试，日志和业务逻辑都正确。

大家是否遇到这种问题，或者如何解决在主请求进入ngx_http_close_request方法时 r->count不为0（应该为1），这样逻辑就正确了。或者是否有其他解决方案，多谢！

agentzh

Hello!

2013/7/31 lylee1981:
> 各位好，请教一个nginx下subrequest的问题，我使用的是nginx-1.2.8版本
>
> 在使用subrequest实现功能时，当所有子请求执行完毕后，回调设置的主请求回调方法，在该方法内部执行剩余业务逻辑代码，最后如下调用nginx的ngx_http_finalize_request(r,
> NGX_OK)方法
> 最终执行nginx的ngx_http_close_request方法
>
> 调试时发现，当主请求结束时，此时r->count已经为0，在执行完 r->count--之后
> r->count的值变成了 255

你使用了自己的模块？如果是的话，应当是你的 nginx 模块没有把 r->count 的引用计数搞对，出现了下溢。建议修正你的模块的 C
代码，而不是修改 nginx 核心来掩盖你使用的模块代码中的错误。

如果你使用的是第三方模块，请提供相关的细节。

Regards,
-agentzh

lylee1981

在 2013年8月1日星期四UTC+8上午2时59分36秒，agentzh写道：
> Hello!
> 
> 
> 
> 2013/7/31 lylee1981:
> 
> > 各位好，请教一个nginx下subrequest的问题，我使用的是nginx-1.2.8版本
> 
> >
> 
> > 在使用subrequest实现功能时，当所有子请求执行完毕后，回调设置的主请求回调方法，在该方法内部执行剩余业务逻辑代码，最后如下调用nginx的ngx_http_finalize_request(r,
> 
> > NGX_OK)方法
> 
> > 最终执行nginx的ngx_http_close_request方法
> 
> >
> 
> > 调试时发现，当主请求结束时，此时r->count已经为0，在执行完 r->count--之后
> 
> > r->count的值变成了 255
> 
> 
> 
> 你使用了自己的模块？如果是的话，应当是你的 nginx 模块没有把 r->count 的引用计数搞对，出现了下溢。建议修正你的模块的 C
> 
> 代码，而不是修改 nginx 核心来掩盖你使用的模块代码中的错误。
> 
> 
> 
> 如果你使用的是第三方模块，请提供相关的细节。
> 
> 
> 
> Regards,
> 
> -agentzh

是自定义的module
在module中，是通过调用ngx_http_subrequest构建了子请求，因为看了内部代码，其将传入的请求r->main 和 构建的子请求sr->main 指向了相同的地址，并且自己在内部已经对 r->main->count++操作。所以我就没有再在代码中自行维护任何一个请求r->main->count计数值了。我再仔细跟踪一下代码，应该是我module的问题。多谢指教