目录
1. 基于名称的虚拟主机
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仅仅检查请求头部的”Host”信息来判断请求应该送到哪个服务器，如果这个值没有匹配任何服务器名，或者请求没有包含头部Host信息，nginx会使用默认服务器来处理这个请求。上面的配置，默认服务器是第一个(nginx的标准行为)，你也可以精确的指定那个服务器用做默认服务器，只需要你在listen指令后面添加default_server参数。
server {listen 80 default_server;
server_name example.net www.example.net;
...
}
注意：default_server只是监听端口的属性，而不是服务器名称。
2. 如何避免处理没有服务器名的请求
如果请求没有”Host”信息，那么可以不处理这个请求，服务器用于终止(drop)掉这个请求可以这么做
server {listen 80;
server_name "";
return 444;
}
这里服务器名称被设置为空字符串，将会匹配任何没有”Host”头部的请求，然后返回给客户端nginx的非标准代码404。
3. 混合基于名称和基于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地址和端口。然后测试头部的”Host”信息，如果服务器名称(server name)没找到，请求 会被默认服务器处理。例如一个请求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;
...
}
4. 简单的PHP站点配置
现在，让我们看看nginx如何选择一个 location 处理典型的简单的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根据配置文件中的顺序检查正则表达式的location。第一个匹配到之后就会停止向下搜寻然后使用这个location。如果没有正则表达式匹配到，nginx会使用最通用的最早的location。
注意: 所有类型的location仅仅测试部分URI，不会测试URI的参数。因为参数在查询字符串中可以有很多种方式，例如
/index.php?user=john&page=1
/index.php?page=1&user=john
除此之外，任何人可以请求任何事情就像这样
/index.php?page=1&something+else&user=john
现在让我们看看上面的配置如何处理请求的
l 首先”/logo.gif”请求会被前缀location “/”匹配，然后通过正则表达式”\.(gif|jpg|png)”，因此，它会被后面的location处理。使用了指令 “root /data/www”,这个请求会被影射到/data/www/logo.gif文件，然后文件被发送到客户端。
l 请求”/index.php”也会被”/”匹配到，然后被正则表达式”\.(php)$”匹配到。因此它会被后面的匹配处理，然后请求传递监听在9000端口的FastCGI服务器。fastcgi_param指令设置FastCGI参数SCRIPT_FILENAME为”/data/www/index.php”，然后FastCGI服务器执行这个文件，变量$document_root等价于root指令的值，变量$fastcgi_script_name等价于请求的URI，”/index.php”
l 请求”/about.html”仅仅被前缀”/”匹配，因此仅仅在这个location被处理。使用指令”root /data/www”，这个请求映射到/data/www/about.html文件，然后文件发送到客户端。
l 处理请求”/”更加复杂。它仅仅匹配”/”，因此它被这个位置处理。然后index指令测试index文件是否存在，如果文件/data/www/index.html 不存在，文件 /data/www/index.php 存在的话，然后指令做一个内部重定向到/index.php，然后nginx再次寻找location，就好像客户端已经发出请求一样。就像上面看到的，重定向请求最终会被FastCGI服务器处理。
原文：http://nginx.org/en/docs/http/request_processing.html