Nginx请求访问流程

请求访问流程

前端工程请求服务器的地址为 http://localhost:90/api/depts，是如何访问到后端的tomcat服务器的？

其实这里，是通过前端服务Nginx中提供的反向代理功能实现的。

1). 浏览器发起请求，请求的是localhost:90 ，那其实请求的是nginx服务器。

2). 在nginx服务器中呢，并没有对请求直接进行处理，而是将请求转发给了后端的tomcat服务器，最终由tomcat服务器来处理该请求。

这个过程就是通过nginx的反向代理实现的。

那为什么浏览器不直接请求后端的tomcat服务器，而是直接请求nginx服务器呢？

主要有以下几点原因：

1). 安全：由于后端的tomcat服务器一般都会搭建集群，会有很多的服务器，把所有的tomcat暴露给前端，让前端直接请求tomcat，对于后端服务器是比较危险的。

2). 灵活：基于nginx的反向代理实现，更加灵活，后端想增加、减少服务器，对于前端来说是无感知的，只需要在nginx中配置即可。

3). 负载均衡：基于nginx的反向代理，可以很方便的实现后端tomcat的负载均衡操作。

具体的请求访问流程如下：

1. location：用于定义匹配特定uri请求的规则。

2. ^~ /api/：表示精确匹配，即只匹配以/api/开头的路径。

3. rewrite：该指令用于重写匹配到的uri路径。

4. proxy_pass：该指令用于代理转发，它将匹配到的请求转发给位于后端的指令服务器。

小结：