Nginx基础教程（54）Nginx HTTP子请求之子请求简介：深度分析：Nginx HTTP子请求，服务器内部的“隐形援军“-优快云博客

你见过一台服务器偷偷摸摸自己给自己发请求吗？Nginx的子请求就是这么干的！

简单来说，Nginx子请求就是Nginx正在处理的请求在Nginx内部发起的一种级联请求。它看起来很像HTTP请求，但实现上却和HTTP协议乃至网络通信一点儿关系都没有。

这是一种服务器内部的抽象调用，目的是为了方便用户把"主请求"的任务分解为多个较小粒度的"内部请求"。

让我用一个更形象的比喻来解释：就像一位大厨接到订单后自己不亲自准备所有食材，而是吩咐几位助手分别处理不同部分，最后再由大厨组装成一道完美的菜品。客户端只发出了一个请求，却得到了由多个"内部助手"协作完成的结果。

子请求有两种类型：

值得注意的是，子请求的概念是相对的，任何一个"子请求"也可以再发起更多的"子子请求"，甚至可以玩递归调用（即自己调用自己）。

理解子请求的关键在于认识到它完全不涉及任何网络或者UNIX套接字（socket）通信。当你在Nginx配置中发起一个子请求时，Nginx核心只调用了若干个C函数，这使得"子请求"的执行效率极高。

可以把Nginx的子请求机制想象成公司内部的直接电话线路，不同于需要拨号才能连接的外部电话（常规HTTP请求），内部电话只需按下分机号就能瞬间接通，而且不产生任何电话费（性能开销极低）。

在Nginx世界中，有两种类型的"请求"：一种叫做"主请求"（main request），即由HTTP客户端从Nginx外部发起的请求；另一种则是"子请求"（subrequest）。当某个请求发起子请求时，它就被称为后者的"父请求"。

让我们来看一个最简单的子请求示例，使用第三方ngx_echo模块的echo_location指令：

location /main {
    echo_location /foo;
    echo_location /bar;
}

location /foo {
    echo foo;
}

location /bar {
    echo bar;
}

在这个配置中，当客户端访问/main时：