ngx.exec是如何处理上层定义的变量的

fangpengwansui · 2014-04-26T21:42:45+00:00

Hello! 2014-04-27 23:38 GMT-07:00 Lance: > 这里是 openresty 的邮件列表，关于 tengine &#...

ngx.exec是如何处理上层定义的变量的

fangpengwansui

Hi,章哥好。

读完章哥的Nginx变量教程系列，以及自己测试验证，我知道了在Nginx中，变量在配置文件中定义后，其变量名的可见范围就是整个 Nginx 配置，也就是说是跨location的。

而变量的生命周期则与本次请求有关。

但是在测试过程中，我遇到一个问题：

章哥的教程中，变量的定义都是在location字段中，然后通过内部跳转echo_exec到另一个location来验证前面对该变量的修改对后续location仍然有效。

现在我把变量定义在server段中，如下所示

set $hello hello; location /test1 { set $hello bye; rewrite /test1 /test2 last; } location /test2 { echo $hello; }

这是测试也是跟预期一样，访问/test1，则输出bye，访问test2，则输出为hello。

但当我把这段代码与ngx-lua结合起来时就有不理解的事情了，配置如下：

set $hello hello; location /test1 { content_by_lua ' ngx.var.hello = "bye"; ngx.exec("/test2"); '; } location /test2 { echo "in test2"; echo $hello; }

此时无论访问/test1还是/test2，都是输出hello，但在test1中添加的日志打印可得到，此时却是是将hello变量重写为"bye”了，可为什么跳到/test2后，却又是"hello"了呢？

agentzh

Hello!

2014-04-26 6:42 GMT-07:00 fangpeng:
> 但是在测试过程中，我遇到一个问题：
> 章哥的教程中，变量的定义都是在location字段中，然后通过内部跳转echo_exec到另一个location来验证前面对该变量的修改对后续location仍然有效。
> 现在我把变量定义在server段中，如下所示
> set $hello hello; location /test1 { set $hello bye; rewrite /test1 /test2
> last; } location /test2 { echo $hello; }
> 这是测试也是跟预期一样，访问/test1，则输出bye，访问test2，则输出为hello。
>

你这里使用了 rewrite 配置指令来发起内部跳转。其实 rewrite 指令发起的内部跳转非常特殊：它不会从
server-rewrite 阶段重新开始运行，而是从 find-config 阶段开始执行，所以你上例中写在 server {}
块中的“set $hello hello”并不会在跳转后重新运行一遍，因为 server-rewrite 阶段在跳转后被直接跳过。

注意，rewrite 配置指令的特殊行为也可以通过下面这一行 ngx_lua 配置来复现：

    rewrite_by_lua 'ngx.req.set_uri("/test2", true)';

> 但当我把这段代码与ngx-lua结合起来时就有不理解的事情了，配置如下：
> set $hello hello; location /test1 { content_by_lua ' ngx.var.hello = "bye";
> ngx.exec("/test2"); '; } location /test2 { echo "in test2"; echo $hello; }
> 此时无论访问/test1还是/test2，都是输出hello，但在test1中添加的日志打印可得到，此时却是是将hello变量重写为"bye”了，可为什么跳到/test2后，却又是"hello"了呢？
>

因为 ngx.exec() 调用（以及其他接口，比如 echo_exec 配置指令）发起的内部跳转的标准行为是从
server-rewrite 阶段重新开始执行，所以你的“set $hello hello”会被重新执行一遍，从而改写掉 $hello
变量原先的取值（即"bye"）。

我或许应该在教程里强调一下这个重要细节 :)

Regards,
-agentzh

doujiang24

赞，哥们真仔细，以前没发觉这个情况

想想，应该说明 ngx.exec 和 rewrite 发起的 ”内部跳转“ 应该是不一样的

写在 location 外层的 set 会在 server-rewrite 阶段执行

rewrite 只是改变当前的 uri，然后将当前请求的处理阶段倒退回了 find-config，所以外层的 set 不会被第二次执行

ngx.exec 应该是会到 server-rewrite 或者之前，再一次执行了 set，所以会变成 “hello”

去掉location 外层的set，验证一下，貌似有理

再看文档，echo_exec 和 ngx.exec 都是通过 ngx_http_internal_redirect 来实现

再看源码： src/http/ngx_http_core_module.c，ngx_http_internal_redirect 确实是会重新在执行一次 ngx_http_handler

初步判断， ngx.exec 比 rewrite 会回滚到更早，到 server-rewrite 阶段

简单分析，不一定准确，还请春哥，其他朋友补充指正~~

在 2014年4月26日下午9:42，fangpeng <fangpe...@126.com>写道：

Hi,章哥好。

读完章哥的Nginx变量教程系列，以及自己测试验证，我知道了在Nginx中，变量在配置文件中定义后，其变量名的可见范围就是整个 Nginx 配置，也就是说是跨location的。

而变量的生命周期则与本次请求有关。

但是在测试过程中，我遇到一个问题：
章哥的教程中，变量的定义都是在location字段中，然后通过内部跳转echo_exec到另一个location来验证前面对该变量的修改对后续location仍然有效。

现在我把变量定义在server段中，如下所示

set $hello hello; location /test1 { set $hello bye; rewrite /test1 /test2 last; } location /test2 { echo $hello; }
这是测试也是跟预期一样，访问/test1，则输出bye，访问test2，则输出为hello。

但当我把这段代码与ngx-lua结合起来时就有不理解的事情了，配置如下：

set $hello hello; location /test1 { content_by_lua ' ngx.var.hello = "bye"; ngx.exec("/test2"); '; } location /test2 { echo "in test2"; echo $hello; }
此时无论访问/test1还是/test2，都是输出hello，但在test1中添加的日志打印可得到，此时却是是将hello变量重写为"bye”了，可为什么跳到/test2后，却又是"hello"了呢？

--

fangpeng1986

谢谢春哥，解决了我的疑惑

在 2014年4月28日星期一UTC+8下午1时35分17秒，agentzh写道：

Hello!

2014-04-26 6:42 GMT-07:00 fangpeng:
> 但是在测试过程中，我遇到一个问题：
> 章哥的教程中，变量的定义都是在location字段中，然后通过内部跳转echo_exec到另一个location来验证前面对该变量的修改对后续location仍然有效。
> 现在我把变量定义在server段中，如下所示
> set $hello hello; location /test1 { set $hello bye; rewrite /test1 /test2
> last; } location /test2 { echo $hello; }
> 这是测试也是跟预期一样，访问/test1，则输出bye，访问test2，则输出为hello。
>

你这里使用了 rewrite 配置指令来发起内部跳转。其实 rewrite 指令发起的内部跳转非常特殊：它不会从
server-rewrite 阶段重新开始运行，而是从 find-config 阶段开始执行，所以你上例中写在 server {}
块中的“set $hello hello”并不会在跳转后重新运行一遍，因为 server-rewrite 阶段在跳转后被直接跳过。

注意，rewrite 配置指令的特殊行为也可以通过下面这一行 ngx_lua 配置来复现：

rewrite_by_lua 'ngx.req.set_uri("/test2", true)';

> 但当我把这段代码与ngx-lua结合起来时就有不理解的事情了，配置如下：
> set $hello hello; location /test1 { content_by_lua ' ngx.var.hello = "bye";
> ngx.exec("/test2"); '; } location /test2 { echo "in test2"; echo $hello; }
> 此时无论访问/test1还是/test2，都是输出hello，但在test1中添加的日志打印可得到，此时却是是将hello变量重写为"bye”了，可为什么跳到/test2后，却又是"hello"了呢？
>

因为 ngx.exec() 调用（以及其他接口，比如 echo_exec 配置指令）发起的内部跳转的标准行为是从
server-rewrite 阶段重新开始执行，所以你的“set $hello hello”会被重新执行一遍，从而改写掉 $hello
变量原先的取值（即"bye"）。

我或许应该在教程里强调一下这个重要细节 :)

Regards,
-agentzh

fangpeng1986

谢谢doujiang，回复的那么详细，很受启发~

在 2014年4月27日星期日UTC+8上午1时18分00秒，doujiang写道：

赞，哥们真仔细，以前没发觉这个情况

想想，应该说明 ngx.exec 和 rewrite 发起的 ”内部跳转“ 应该是不一样的

写在 location 外层的 set 会在 server-rewrite 阶段执行

rewrite 只是改变当前的 uri，然后将当前请求的处理阶段倒退回了 find-config，所以外层的 set 不会被第二次执行

ngx.exec 应该是会到 server-rewrite 或者之前，再一次执行了 set，所以会变成 “hello”

去掉location 外层的set，验证一下，貌似有理

再看文档，echo_exec 和 ngx.exec 都是通过 ngx_http_internal_redirect 来实现

再看源码： src/http/ngx_http_core_module.c，ngx_http_internal_redirect 确实是会重新在执行一次 ngx_http_handler

初步判断， ngx.exec 比 rewrite 会回滚到更早，到 server-rewrite 阶段

简单分析，不一定准确，还请春哥，其他朋友补充指正~~

在 2014年4月26日下午9:42，fangpeng <fangpen...@126.com>写道：

Hi,章哥好。

读完章哥的Nginx变量教程系列，以及自己测试验证，我知道了在Nginx中，变量在配置文件中定义后，其变量名的可见范围就是整个 Nginx 配置，也就是说是跨location的。

而变量的生命周期则与本次请求有关。

但是在测试过程中，我遇到一个问题：
章哥的教程中，变量的定义都是在location字段中，然后通过内部跳转echo_exec到另一个location来验证前面对该变量的修改对后续location仍然有效。

现在我把变量定义在server段中，如下所示

set $hello hello; location /test1 { set $hello bye; rewrite /test1 /test2 last; } location /test2 { echo $hello; }
这是测试也是跟预期一样，访问/test1，则输出bye，访问test2，则输出为hello。

但当我把这段代码与ngx-lua结合起来时就有不理解的事情了，配置如下：

set $hello hello; location /test1 { content_by_lua ' ngx.var.hello = "bye"; ngx.exec("/test2"); '; } location /test2 { echo "in test2"; echo $hello; }
此时无论访问/test1还是/test2，都是输出hello，但在test1中添加的日志打印可得到，此时却是是将hello变量重写为"bye”了，可为什么跳到/test2后，却又是"hello"了呢？

--