Nginx 是如何处理一个 HTTP 请求的

opo

1，基于名字的虚拟主机(Name-based virtual servers)　　示例：下面为配置了 3 个 virtual 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 是根据 HTTP 请求头中的 "Host" 字段来决定选择处理该请求的 virtual server，如果请求头中不包括 "Host" 头，或者没有匹配上三个 virtual server 的 server_name，则选择默认的 virtual server。而选择默认 virtual server 的规则是：1，选择配置了 default_server 的 virtual server，如下配置；2，如果都没有配置，则默认选择第一个 virtual server；server {　　listen      80   default_server;
　　server_name example.net www.example.net;
　　...
　　}
注：default_server 这个配置项从 0.8.21 版本后开始支持。　　2，阻止处理对不明确主机名的请求（How to prevent processing requests with undefined server names）
　　如果我们需要阻止处理未知 server 的请求，则可以配置如下：
server {　　listen      80;
　　server_name "";
　　return      444;
　　}
这里，将 server_name 配置为空字符串，则可以匹配没有指定 "Host" 请求头的请求，并且，返回一个非标准的用于关闭连接的返回码 444。　　3，Mixed name-based and IP-based virtual servers
　　看下面这个更加复杂点的配置 -- 多个 virtual servers 在不同的地址上监听：
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 会首先测试 HTTP 请求的 IP 地址和 端口号是否与 server.listen 中的 IP:Port 一致，然后再测试 "Host" 请求头字段的值是否与 server.server_name 中的 name 一致。如果都没有一致，则选择 default_server 进行处理。　　4，A simple PHP site configuration
　　下面看一个 nginx 如何选择 location 来处理 简单而又典型的 PHP site 的配置：
server {　　listen      80;
　　server_name example.org www.example.org;
　　root        /data/www;
　　location / {                                # location-1
　　index   index.html index.php;
　　}
　　location ~* \.(gif|jpg|png)$ {      # location-2
　　expires 30d;
　　}
　　location ~ \.php$ {                    # location-3
　　fastcgi_pass  localhost:9000;
　　fastcgi_param SCRIPT_FILENAME
　　$document_root$fastcgi_script_name;
　　include       fastcgi_params;
　　}
　　}
接收到一个 请求 后，nginx 首先查找最详细具体的 prefix location 记录，而不是根据配置中列出的顺序，如上，"location /" 是匹配任何请求的，所以反而会在排序后的最后（也可以说是最后的补救处理），之后的配置都是正则表达式配置，会按照顺序排列。　　注意：这里的 location 只是测试 请求行(request line)中不带参数的 URI 部分，这是因为查询条件可能在每次请求中会有不同的方式，如下：
/index.php?user=john&page=1　　/index.php?page=1&user=john
我们看一下几个示例根据如上配置该如何选择 location：　　- /logo.gif 请求，首先匹配了 / 并且匹配了正则表达式 "\.(gif|jpg|png)$"，所以，选择后一个 location-2，然后根据 root 配置映射到 /data/www/logo.gif 文件，然后返回给客户端；
　　- /index.php 请求，匹配了 / 并且匹配 "\.php$"，因此，选择 location-3，根据 location-3 的配置，将该请求发送给 localhost:9000 的 FastCGI 服务器，这里的 fastcgi_param 参数设置了 SCRIPT_FILENAME 值为 /data/www/index.php，由该 fastcgi server 执行该文件。其中：$document_root 为 root 指定的配置，$fastcgi_script_name 为请求 URI，如这里为 /index.php
　　- /about.html 请求，只匹配 /，因此选择 location-1，映射到 /data/www/about.html，找到该文件并返回给客户端；
　　- / 请求，首先只匹配了 /，因此选择 location-1，查找 /data/www/index.html，如果有，返回给客户端；如果没有，则应该为 /data/www/index.php，如果存在，则进一步 redirect 到 /index.php，此时进一步会选择 location-3，也就跟 /index.php 的请求处理过程一样了；