nginx 如何处理请求

nginx 首先决定哪个服务器应该处理请求。 让我们从一个简单的配置开始 其中所有三个虚拟服务器都在端口 *：80 上侦听：

server {
    listen      80;
    server_name example.org www.example.org;
    ...
}

server {
    listen      80;
    server_name example.net www.example.net;
    ...
}

server {
    listen      80;
    server_name example.com www.example.com;
    ...
}

在此配置中，nginx 仅测试请求的 header 字段 “Host” 来确定请求应路由到哪个服务器。 如果其值与任何服务器名称都不匹配，则 或者请求根本不包含此标头字段， 然后 nginx 会将请求路由到此端口的默认服务器。 在上面的配置中，默认服务器是第一个 one — 这是 nginx 的标准默认行为。 也可以显式设置哪个服务器应该是默认的， 使用default_server参数 在 listen 指令中：

server {
    listen      80 default_server;
    server_name example.net www.example.net;
    ...
}

这default_server参数自 版本 0.8.21。 在早期版本中，defaultparameter 的 相反。

请注意，默认服务器是侦听端口的一个属性 而不是服务器名称。 稍后会详细介绍。

如果没有 “Host” 标头字段的请求不应为 allowed，则可以定义一个只丢弃请求的服务器：

server {
    listen      80;
    server_name "";
    return      444;
}

此处，服务器名称设置为将匹配的空字符串 没有 “Host” 标头字段的请求， 以及一个特殊的 nginx 的非标准代码 444 将关闭连接。

从 0.8.48 版本开始，这是 server name 的server_name ""可以省略。 在早期版本中，计算机的主机名用作 默认服务器名称。

让我们看一个更复杂的配置 其中，某些虚拟服务器侦听不同的地址：

server {
    listen      192.168.1.1:80;
    server_name example.org www.example.org;
    ...
}

server {
    listen      192.168.1.1:80;
    server_name example.net www.example.net;
    ...
}

server {
    listen      192.168.1.2:80;
    server_name example.com www.example.com;
    ...
}

在这个配置中，nginx 首先测试 IP 地址和端口 的请求 的服务器块。 然后，它测试 “Host” header 字段，针对匹配的服务器块的 server_name 条目 IP 地址和端口。 如果未找到服务器名称，则请求将由 默认服务器。 例如，对www.example.com接收日期 192.168.1.1：80 端口将由默认服务器处理 192.168.1.1：80 端口，即第一台服务器， 由于没有www.example.com为此端口定义。

如前所述，默认服务器是侦听端口的一个属性， 并且可以为不同的端口定义不同的默认服务器：

server {
    listen      192.168.1.1:80;
    server_name example.org www.example.org;
    ...
}

server {
    listen      192.168.1.1:80 default_server;
    server_name example.net www.example.net;
    ...
}

server {
    listen      192.168.1.2:80 default_server;
    server_name example.com www.example.com;
    ...
}

现在让我们看看 nginx 如何选择处理请求的位置 对于典型的简单 PHP 站点：

server {
    listen      80;
    server_name example.org www.example.org;
    root        /data/www;

    location / {
        index   index.html index.php;
    }

    location ~* \.(gif|jpg|png)$ {
        expires 30d;
    }

    location ~ \.php$ {
        fastcgi_pass  localhost:9000;
        fastcgi_param SCRIPT_FILENAME
                      $document_root$fastcgi_script_name;
        include       fastcgi_params;
    }
}

nginx 首先搜索由 Literal 字符串，而不考虑列出的顺序。 在上面的配置中 唯一的前缀位置是 “”，因为它匹配 任何请求都将作为最后的手段。 然后 nginx 检查由 正则表达式。 第一个匹配的表达式停止搜索，nginx 将使用它 位置。 如果没有正则表达式匹配请求，则 nginx 使用 之前找到的最具体的前缀位置。/

请注意，所有类型的位置仅测试请求行的 URI 部分 没有参数。 这样做是因为查询字符串中的参数可能在 多种方式，例如：

/index.php?user=john&page=1
/index.php?page=1&user=john

此外，任何人都可以在查询字符串中请求任何内容：

/index.php?page=1&something+else&user=john

现在让我们看看如何处理请求 在上面的配置中：

• 请求 ”/logo.gif“ 与前缀 location 匹配 “” 首先，然后按正则表达式 “/\.(gif|jpg|png)$”, 因此，它由后一个位置处理。 使用指令 ”root /data/www“ 请求 映射到文件/data/www/logo.gif和文件 将发送到客户端。
• 请求 ”/index.php“ 也与前缀 location 匹配 “” 首先，然后按正则表达式 “/\.(php)$”. 因此，它由后一个位置处理 并将请求传递到侦听 localhost：9000 的 FastCGI 服务器。 fastcgi_param 指令设置 FastCGI 参数SCRIPT_FILENAME改为 ”/data/www/index.php”, FastCGI 服务器执行该文件。 变量$document_root等于 root 指令的值和变量$fastcgi_script_name等于 请求 URI，即”/index.php”.
• 请求 ”/about.html“ 与前缀 location 匹配 “” 的 S ，因此，在此位置进行处理。 使用指令 ”/root /data/www“ 请求已映射 到文件/data/www/about.html，并将文件发送 到客户端。
• 处理请求 “” 更为复杂。 它仅与前缀位置 “” 匹配， 因此，它由此位置处理。 然后 index 指令测试是否存在 的索引文件，以及 “//root /data/www“指令。 如果文件/data/www/index.html不存在， 和文件/data/www/index.php存在 然后，该指令会进行内部重定向到 ”/index.php”, 然后 nginx 再次搜索这些位置 就像请求是由客户端发送的一样。 正如我们之前看到的，重定向的请求最终将被处理 由 FastCGI 服务器提供。