nginx处理http请求实现过程解析

nginx首先决定要用配置文件里的哪个server{}块来处理，假设有下面的server{}配置

server { listen 80; server_name aaa; … } server { listen 80; server_name bbb; … }

nginx会根据过来的http请求头里的Host字段里的值，来判断使用哪个server{}。

如果请求头里没有Host字段，或者Host字段里的值，和Nginx配置文件里的server{}里的{server_name}都不匹配，则使用第一个server{}，来处理这个请求。

如果请求头里的Host字段里的值和Nginx配置文件里的某个server{}里的{server_name}，匹配上了，则使用这个server{}，来处理这个请求。

可以使用curl工具来方便的做实验，curl可以设置http请求的请求头，所以可以任意设置Host字段，用【-H】来设置。下面的10.210.65.73是安装了nginx的机器的IP地址。

所以用下面的命令，发送了http请求后，nginx就会使用server{server_name aaa}来处理这个请求。

curl.exe -H “Host: aaa” 10.210.65.73

非常重要的结论：server_name对应的是http请求头里的Host字段的值，有了上面的理论支撑，就可以很容易的设置反向代理和负载均衡：

当过来的http请求头里的Host字段为aaa时，storage.test来处理。

当过来的http请求头里的Host字段为bbb时，tracker.test来处理。

#负载均衡配置，IP为129的机器配置高，所以给他的数字的27，就是让它多处理 upstream storage.test { server 10.210.65.129:80 weight=27; server 10.210.65.130:80 weight=1; } #负载均衡配置 upstream tracker.test { server 10.210.65.52:80 weight=7; server 10.210.65.53:80 weight=2; } #文件的存储 server { listen 80; server_name aaa; location / { #http:://后面的内容是自己定义,对应上面upstream的名字 proxy_pass http://storage.test; } } #文件服务器tracker server { listen 80; server_name bbb; location / { #http:://后面的内容是自己定义的，对应上面upstream的名字 proxy_pass http://tracker.test; } }

server{}里的listen监听的是谁的端口？

监听的是：发送过来http请求的进程（大部分是浏览器）的端口（如果是http请求，则为端口为80），不是nginx服务器自己进程的端口。

nginx根据http请求头的Host字段里的值，和发送过来http请求的进程（大部分是浏览器）的端口，来决定使用哪个server{}来处理http请求。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。