nginx-2 如何处理一个请求

nginx接收一个请求后，首先由listen和server_name指令匹配server模块，再匹配server模块里的location，最后就是location里的具体处理（可以是代理转发请求或者直接返回静态内容...）

基于名称的虚拟服务器

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判断使用那个服务器的依据是request头部中的Host，Host 匹配到哪个server_name就使用哪个服务器。如果都不匹配，则使用默认的服务器。在未显示指定默认服务器的情况下，比如上面的这个例子，nginx认为第一个server为默认服务器。如需显示指定，如下。

# 0.8.21 版本以前使用的是default
server {
    listen      80 default_server;
    server_name example.net www.example.net;
    ...
}

注意：default_server 是监听端口的一个属性。

如何处理不含Host头部的请求

server {
    listen      80;
    # 使用空字符串匹配未定义的Host
    server_name "";
    # 返回一个特殊状态码，并关闭连接
    return      444;
}

注意：0.8.48版本以后，""是server_name的默认值，所以此处可以省略server_name "";在更早的版本，server_name的默认值为主机的hostname。

基于名称和IP的混合虚拟服务器

前提知识：一台主机可以有多个IP（多网卡），一个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首先匹配监听IP地址和端口，匹配成功之后，再匹配相应的server_name，这个通过之后就选择使用该server处理请求，否则使用默认的server。正如前面所说，default_server 是监听端口的一个属性，所以不同的默认服务器应该有且只有一个定义在不同的IP:端口，如下。

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网站配置例子

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首先不考虑列出的顺序，搜索文本字符串给出的最具体的前缀位置（location）。在上面的配置中，唯一的前缀位置是“/”，因为它匹配任何请求，所以它将用作最后的匹配。然后nginx按照配置文件中列出的顺序检查正则表达式给出的位置。第一个匹配表达式停止搜索，nginx将使用此位置。如果没有与请求匹配的正则表达式，那么nginx使用前面找到的最具体的前缀位置。

注意，所有类型的位置只测试匹配(test)请求行的URI部分，不包含参数（query_string）。这是因为查询字符串中的参数可以通过多种方式给出，例如：

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

此外，请求查询字符串中的内容是变化的;

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

所以location只有匹配uri的功能，没有匹配query_string的功能。

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

• /log.gif
  首先匹配位置/，接着匹配~* \.(gif|jpg|png)$，因此，由后者处理。使用指令root /data/www，请求被映射到/data/www/logo.gif，该文件被发送回客户端。
• /index.php
  首先匹配位置/，接着匹配~ \.php$,因此由后者处理。请求配传递到监听在localhost:9000的FastCGI服务器。fastcgi_param指令设置了参数SCRIPT_FILENAME给/data/www/xxx.xxx（xxx.xxx = fastcgi_script_name）,然后FastCGI服务器执行了该文件。变量document_root等同于root指令的参数，变量fastcgi_script_name等同于请求的uri，比如/index.php
• /about.html
  只匹配位置/,因此由其处理，请求被映射到/data/www/about.html,该文件被发送回客户端。
• /
  处理/比较复杂。它只匹配位置/，因此由其处理。index指令根据它的参数和root /data/www依次检测index文件是否存在。如果/data/www/index.html不存在，/data/www/index.php存在，index指令会内部重定向到/index.php，nginx再次搜索这些location，就好像请求是由客户机发送的一样。如上所述，重定向的请求将会被FastCGI服务器处理。