一、nginx反向代理流程
反向代理：使用代理服务器来接受internet上的连接请求，然后将请求转发给内部网络中的上游服务器，并将上游服务器得到的结果返回给请求连接的客户端，代理服务器对外表现就是一个web服务器。Nginx就经常拿来做HTTP反向代理服务器。
Nginx具有强悍的高并发高负载能力，所以一般会作为前端服务器直接向客户端提供静态文件服务。但是一些复杂、多变的业务不适合放Nginx上，一般会使用Apache、Tomcat等服务器来处理。因此，Nginx一般会作为静态web服务器与反向代理服务器，将不适合自己处理的请求转发给上游服务器处理。
Nginx代理服务器处理过程：
1.接受HTTP请求，将用户的请求（包括HTTP包体）完整的接受到Nginx服务器的磁盘或者内存中。
2.向上游服务器发起连接
3.将缓存的客户端请求转发到上游服务器
Nginx的这种转发方式与Squid等代理服务器的处理方式不同，Squid是一边接收客户端请求，一边将请求转发到上游服务器。相比之下 ，Nginx延长了一个请求处理的时间，并且增加了用于缓存请求内容的内存和磁盘空间。 但是Nginx有效的降低了上游服务器的负载，将压力放在了Nginx服务器上。
那么Nginx的这种机制是如何降低上游服务器的负载的呢？通常情况下，客户端与Nginx代理服务器走公网，代理服务器与上游服务器之间走内网。如果一边接受客户端请求，一般将请求转发到上游服务器的话，上游服务器需要长时间的保存这个连接，增加上游服务器的并发压力。但是如果是接受到完整请求之后，再转发给上游服务器的话，内网的速度更快，不需要那么长的时间保持连接，可以减低上游服务器的并发压力。
二、nginx反向代理具体执行过程
以访问：http://nginx.test.com为例：
1、当HTTP请求交给Nginx处理时，首先Nginx会取出header头中的Host （此处也就是 nginx.test.com），然后将其与所有的配置文件中的每个server段中的server_name进行匹配，以此决定到底有哪个server块来处理这个请求。（当然有时也可能一个Host与多个server块中的server_name都匹配，这时会根据匹配的优先级选择实际处理的server块）
2、此时我们可以看到HTTP请求匹配到了server_name nginx.test.com;，这样接下来nginx就会在当前server块中匹配到 location / 。
3、接下来继续由nginx处理可以看到 location / { proxy_pass http://hellonginx; } ; 这就是进行反向代理处理，这个例子中使用的是nginx的upstream模块进行反向代理实现。
4、通过proxy_pass http://hellonginx; 中的 hellonginx 可以找到对应的upstream块，然后，可以根据其中的 server 127.0.0.1:8080 ;再次进行代理请求到目标服务器。
到此这篇关于nginx反向代理流程以及具体执行过程的文章就介绍到这了,更多相关内容请搜索服务器之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持服务器之家！
原文地址：https://blog.csdn.net/weixin_52259848/article/details/127114396
