跟我学Nginx，nginx如何处理请求？

　　基于名称的虚拟服务器
　　基于名称（指 HTTP 请求头 Host 字段）的虚拟服务器指通过 HTTP 请求头的 Host 来决定客户端请求由哪个 server 进行处理。
　　让我们从一个简单的配置开始，下面配置了三个虚拟服务器，它们均侦听 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 仅测试请求的头字段＂Host＂以确定应将请求路由到哪个 server。如果＂Host＂的值与任何 server 名称都不匹配，或者请求根本不包含＂Host＂头字段，则 nginx 会将请求路由到此端口的默认 server。
　　上面的配置中，默认 server 是第一个 —— 这是 nginx 的标准默认行为。还可以使用 listen 指令中的 default_server 参数明确设置哪个 server 应该是默认 server：server {     listen      80 default_server;     server_name example.net www.example.net;     ... }
　　注意：default_server 参数从 0.8.21 版本开始可用。在早期版本中，应该使用默认参数。如何防止处理具有未定义 server 名称的请求？
　　如果不允许处理没有＂Host＂头字段的客户端请求（反过来说，只处理带有 Host 头字段的客户端请求），可以定义一个只丢弃请求的 server：server {     listen      80;     server_name ＂＂;     return      444; }
　　在这里，server_name 设置为一个空字符串，它将匹配没有＂Host＂头字段的请求，并返回一个特殊的 nginx 非标准代码 444 来关闭连接。
　　注意：从 0.8.48 版本开始，server_name 的默认设置为一个空字符串，因此可以省略 server_name ＂＂。 在早期版本中，机器的主机名被用作 server_name 默认值。混合基于名称和基于 IP 的虚拟服务器
　　让我们看一个更复杂的配置，其中一些虚拟服务器侦听不同的地址：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 首先根据 server 块的 listen 指令测试请求的 IP 地址和端口。然后，它根据与 IP 地址和端口匹配的 server 块的 server_name 条目测试请求的＂Host＂标头字段。如果未找到服务器名称，则请求将由默认服务器处理。例如，在 192.168.1.1:80 端口上收到的 www.example.com 请求将由 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;     ... }一个简单的PHP站点配置
　　现在让我们看看 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 首先搜索由文字字符串给出的最具体的前缀位置。在上面的配置中，唯一的前缀位置是＂/＂，并且由于它匹配任何请求，因此将用作最后的手段。然后 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＂首先与前缀位置＂/＂匹配，然后与正则表达式＂.(gif|jpg|png)$＂匹配，因此由后一个位置处理。 使用指令＂root /data/www＂将请求映射到文件/data/www/logo.gif，并将该文件发送到客户端。请求＂/index.php＂也首先匹配前缀位置＂/＂，然后匹配正则表达式＂.(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＂只匹配前缀位置＂/＂，因此在该位置处理。使用指令＂root /data/www＂将请求映射到文件/data/www/about.html，并将该文件发送到客户端。处理请求＂/＂更为复杂。 它仅与前缀位置＂/＂匹配，因此由该位置处理。 然后 index 指令根据其参数和＂root /data/www＂指令测试索引文件是否存在。 如果文件 /data/www/index.html 不存在，而文件 /data/www/index.php 存在，则该指令会进行内部重定向到＂/index.php＂，并且 nginx 再次搜索位置，就好像请求是由客户端发送的一样。 正如我们之前看到的，重定向的请求最终将由 FastCGI 服务器处理。