一、Nginx是什么？

Nginx (engine x) 是一个高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务。Nginx是由伊戈尔·赛索耶夫为俄罗斯访问量第二的Rambler.ru站点开发的，第一个公开版本0.1.0发布于2004年10月4日。其将源代码以类BSD许可证的形式发布，因它的稳定性、丰富的功能集、简单的配置文件和低系统资源的消耗而闻名。
其特点是占有内存少，并发能力强，事实上nginx的并发能力在同类型的网页服务器中表现较好，处理高并发能力是十分强大的，能经受高负载的考验，有报告表明能支持高达 50,000 个并发连接数。除此，Nginx还支持热部署，启动简单，可以做到7*24不间断运行。几个月都不需要重新启动。

二、Nginx的反向代理（扩展：正向代理）

首先，看一张关于正向代理和反向代理的图片

在这里，我用通俗易懂的方式解释一下：

正向代理： 我们平时需要访问国外的浏览器是不是很慢，比如我们要看推特，看GitHub等等。我们直接用国内的服务器无法访问国外的服务器，或者是访问很慢。所以我们需要在本地搭建一个服务器来帮助我们去访问。那这种就是正向代理。（浏览器中配置代理服务器）

反向代理： 那什么是反向代理呢。比如：我们访问淘宝的时候，淘宝内部肯定不是只有一台服务器，它的内部有很多台服务器，那我们进行访问的时候，因为服务器中间session不共享，那我们是不是在服务器之间访问需要频繁登录，那这个时候淘宝搭建一个过渡服务器，对我们是没有任何影响的，我们是登录一次，但是访问所有，这种情况就是 反向代理。对我们来说，客户端对代理是无感知的，客户端不需要任何配置就可以访问，我们只需要把请求发送给反向代理服务器，由反向代理服务器去选择目标服务器获取数据后，再返回给客户端，此时反向代理服务器和目标服务器对外就是一个服务器，暴露的是代理服务器地址，隐藏了真实服务器的地址。（在服务器中配置代理服务器）

三、Nginx的负载均衡

什么是负载均衡？
1. 负载均衡建立在现有网络结构之上，它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。
  负载均衡其意思就是分摊到多个操作单元上进行执行，例如Web服务器、FTP服务器、企业关键应用服务器和其它关键任务服务器等，从而共同完成工作任务。
2. 简单来说就是：现有的请求使服务器压力太大无法承受，所有我们需要搭建一个服务器集群，去分担原先一个服务器所承受的压力，那现在我们有ABCD等等多台服务器，我们需要把请求分给这些服务器，但是服务器可能大小也有自己的不同，所以怎么分？如何分配更好？又是一个问题。
Nginx给出来三种关于负载均衡的方式：
1. 轮询法（默认方法）：
  每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。
  适合服务器配置相当，无状态且短平快的服务使用。也适用于图片服务器集群和纯静态页面服务器集群。
2. weight权重模式（加权轮询）：
  指定轮询比率，weight和访问比率成正比，用于后端服务器性能不均的情况。
  这种方式比较灵活，当后端服务器性能存在差异的时候，通过配置权重，可以让服务器的性能得到充分发挥，有效利用资源。weight和访问比率成正比，用于后端服务器性能不均的情况。权重越高，在被访问的概率越大
3. ip_hash：
  上述方式存在一个问题就是说，在负载均衡系统中，假如用户在某台服务器上登录了，那么该用户第二次请求的时候，因为我们是负载均衡系统，每次请求都会重新定位到服务器集群中的某一个，那么已经登录某一个服务器的用户再重新定位到另一个服务器，其登录信息将会丢失，这样显然是不妥的。
  我们可以采用ip_hash指令解决这个问题，如果客户已经访问了某个服务器，当用户再次访问时，会将该请求通过哈希算法，自动定位到该服务器。每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。

四、Nginx的动静分离

Nginx的静态处理能力很强，但是动态处理能力不足，因此，在企业中常用动静分离技术。动静分离技术其实是采用代理的方式，在**server{}**段中加入带正则匹配的location来指定匹配项针对PHP的动静分离：静态页面交给Nginx处理，动态页面交给PHP-FPM模块或Apache处理。在Nginx的配置中，是通过location配置段配合正则匹配实现静态与动态页面的不同处理方式
目前，通过使用Nginx大大提高了网站的响应速度，优化了用户体验，让网站的健壮性更上一层楼！

传统解析方式

动静分离解析

五、Nginx的配置文件介绍

nginx的核心配置文件介绍（nginx.conf）
1. 配置文件示例：
  全局配置（Main模块）
  
  user nginx; # 指定运行worker进程的用户和组
  worker_processes auto; # worker进程的个数，auto表示自动检测CPU核心数
  error_log /var/log/nginx/error.log warn; # 错误日志存放路径及日志级别
  pid /var/run/nginx.pid; # nginx的pid文件存放路径
  worker_rlimit_nofile 65535; # 一个worker进程所能够打开的最大文件句柄数
  
  事件处理（Events模块）
  
  events {
  worker_connections 1024; # 每个worker进程支持的最大连接数
  use epoll; # 使用epoll事件驱动模型，Linux推荐
  multi_accept on; # 是否允许一次性地响应多个用户请求
  }
  
  HTTP服务配置（Http模块）
  
  http {
  include /etc/nginx/mime.types; # 引入MIME类型文件
  default_type application/octet-stream; # 默认MIME类型
  
  log_format main '$remote_addr - $remote_user [$time_local] “$request” ’
  '$status $body_bytes_sent “$http_referer” ’
  ‘“$http_user_agent” “$http_x_forwarded_for”’; # 定义日志格式
  
  access_log /var/log/nginx/access.log main; # 访问日志存放路径及格式
  
  sendfile on; # 是否使用sendfile传输文件
  tcp_nopush on; # 启用TCP_NOPUSH或TCP_CORK选项
  
  keepalive_timeout 65; # 长连接超时时间
```
# 虚拟主机配置
```
  server {
  listen 80; # 监听端口
  server_name localhost; # 服务名称
  
  location / {
  root /usr/share/nginx/html; # 资源存放的根目录
  index index.html index.htm; # 默认访问页面
  }
```
    # 错误页面配置
```
  error_page 500 502 503 504 /50x.html;
  location = /50x.html {
  root /usr/share/nginx/html;
  }
```
    # 反向代理配置示例
```
  location /app {
  proxy_pass http://127.0.0.1:8080; # 转发请求到后端服务器
  proxy_set_header Host $host;
  proxy_set_header X-Real-IP $remote_addr;
  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  }
```
    # 负载均衡配置示例
```
  upstream myapp1 {
  server backend1.example.com weight=5;
  server backend2.example.com;
  }
  
  server {
  listen 80;
  server_name myapp.example.com;
  
  location / {
  proxy_pass http://myapp1; # 使用上面定义的upstream
  }
  }
  }
  }
2. 第一部分：全局块
  1. 作用：从配置文件开始到 events 块之间的内容，主要会设置一些影响nginx 服务器整体运行的配置指令，主要包括配置运行 Nginx 服务器的用户（组）、允许生成的 worker process 数，进程 PID 存放路径、日志存放路径和类型以及配置文件的引入等。
    比如上面第二、五行配置的
    1
    worker_processes auto;
    这是 Nginx 服务器并发处理服务的关键配置，worker_processes 值越大，可以支持的并发处理量也越多，但是会受到硬件、软件等设备的制约。因此，*建议设置为等于CPU总核心数。*
3. 第二部分：events块
  1. **作用：events 块涉及的指令主要影响 Nginx 服务器与用户的网络连接，常用的设置包括是否开启对多 work process 下的网络连接进行序列化，是否允许同时接收多个网络连接，选取哪种事件驱动模型来处理连接请求，每个 word process 可以同时支持的最大连接数等。
    **下图例子就表示每个 work process 支持的最大连接数为 1024。 这部分的配置对 Nginx 的性能影响较大，在实际中应该灵活配置。
    1
    worker_connections 1024;
4. 第三部分：http块
  1. 这算是 Nginx 服务器配置中最频繁的部分，代理、缓存和日志定义等绝大多数功能和第三方模块的配置都在这里。
    
    需要注意的是：http 块也可以包括 http 全局块、server 块。
    ①、http 全局块
    
    http 全局块配置的指令包括文件引入、MIME-TYPE 定义、日志自定义、连接超时时间、单链接请求数上限等。
    
    ②、server 块
    
    这块和虚拟主机有密切关系，虚拟主机从用户角度看，和一台独立的硬件主机是完全一样的，该技术的产生是为了节省互联网服务器硬件成本。==每个 http 块可以包括多个 server 块，而每个 server 块就相当于一个虚拟主机。而每个 server 块也分为全局 server 块，以及可以同时包含多个 locaton 块。==
    1. 全局 server 块
      
      最常见的配置是本虚拟机主机的监听配置和本虚拟主机的名称或 IP 配置。
    2. location 块
      
      一个 server 块可以配置多个 location 块。
      
      这块的主要作用是基于 Nginx 服务器接收到的请求字符串（例如 server_name/uri-string），对虚拟主机名称（也可以是 IP 别名）之外的字符串（例如前面的 /uri-string）进行匹配，对特定的请求进行处理。地址定向、数据缓存和应答控制等功能，还有许多第三方模块的配置也在这里进行。
Nginx核心参数配置的详细说明。

2.1、全局块
1. worker_processes
  - 作用：设置工作进程的数量。
  - 配置示例：worker_processes auto; 或 worker_processes 4;
  - 说明：通常建议设置为机器的CPU核心数或核心数减1，也可以设置为auto让Nginx自动检测。
2. worker_rlimit_nofile
  - 作用：设置每个worker进程可以打开的最大文件描述符数（文件句柄）。
  - 配置示例：worker_rlimit_nofile 65535;
  - 说明：此值应足够大以支持预期的并发连接数。
2.2、Events块
1. worker_connections
  - 作用：设置每个worker进程的最大并发连接数。
  - 配置示例：worker_connections 1024;
  - 说明：Nginx服务器的最大连接数等于worker_processes * worker_connections。
2. use
  - 作用：指定Nginx使用的事件驱动模型。
  - 配置示例：use epoll;
  - 说明：Linux系统推荐使用epoll，它是完全的事件机制，可以实现多路IO复用。
3. multi_accept
  - 作用：控制是否启用“接收新连接”的多路复用。
  - 配置示例：multi_accept on;
  - 说明：当设置为on时，Nginx允许多个worker进程同时接受新连接，提高并发处理能力。
2.3、Http块
1. client_header_buffer_size
  - 作用：设置客户端请求的请求行+请求头缓冲区大小。
  - 配置示例：client_header_buffer_size 4k;
  - 说明：默认值是1k或4k，取决于操作系统。
2. large_client_header_buffers
  - 作用：设置Nginx服务器接收和缓存客户端请求头的缓冲区的大小。
  - 配置示例：large_client_header_buffers 4 8k;
  - 说明：用于处理大型或包含大量请求头的客户端请求。
3. client_header_timeout
  - 作用：定义Nginx读取客户端请求头部的超时时间。
  - 配置示例：client_header_timeout 60s;
  - 说明：如果客户端在这段时间内没有发送完请求头，则连接将被关闭。
4. keepalive_timeout
  - 作用：设置长连接的超时时间。
  - 配置示例：keepalive_timeout 65;
  - 说明：如果设置为0，则表示禁用长连接。
5. gzip
  - 作用：开启或关闭gzip压缩功能。
  - 配置示例：gzip on;
  - 说明：开启gzip可以减小传输数据量，提高网页加载速度。
6. proxy_pass
  - 作用：将请求转发到后端服务器。
  - 配置示例：location / { proxy_pass http://backend; }
  - 说明：常用于反向代理和负载均衡场景。
2.4、其他重要配置
1. server_name
  - 作用：定义虚拟主机的名称。
  - 配置示例：server_name www.example.com;
  - 说明：Nginx根据server_name来区分不同的虚拟主机。
2. listen
  - 作用：指定Nginx监听的端口。
  - 配置示例：listen 80;
  - 说明：Nginx默认监听80端口。
3. error_log
  - 作用：设置错误日志文件的路径和级别。
  - 配置示例：error_log /var/log/nginx/error.log warn;
  - 说明：日志级别有debug、info、notice、warn、error、crit、alert、emerg等。
4. access_log
  - 作用：设置访问日志文件的路径和格式。
  - 配置示例：access_log /var/log/nginx/access.log main;
  - 说明：通过访问
注意事项
1. 配置文件结构：Nginx的配置文件（nginx.conf）通常包含全局块、events块、http块等，其中http块可以包含多个server块，每个server块又可以包含多个location块。
2. 日志和错误处理：合理配置日志和错误处理对于监控和调试Nginx服务至关重要。
3. 性能优化：通过调整worker_processes、worker_connections等参数，可以优化Nginx的性能。
4. 安全性：合理配置SSL/TLS、限制请求速率、设置访问控制等，可以提高Nginx服务的安全性。

六、最简单的上线（初步尝试部署vue项目【已打包好的】）（本文章默认Nginx已安装，且是在Linux系统，windows都差不多）

以上，我们就知道了nginx整体大致的结构，以及每部分的结构是用于做什么的。接下来我们就修改nginx关键位置来实现我们网站的代理功能。看着nginx配置很繁琐，但是如果你只是需要上线一个网站，那么你只需要去修改两个地方即可：

我们可以使用默认简单的配置，然后指定==server_name和root==，主要是告诉nginx代理的ip是xxx，然后我放在服务器的文件在bbb文件夹即可。nginx便会在用户访问这个ip时，自动的将bbb文件夹中的index.html返回到浏览器来展示页面。

七、Nginx部分页面优化

前端history模式404问题：
1
2
3
location / {
try_files $uri $uri/ /index.html;
}
这段代码的作用是，当用户刷新页面时，Nginx会先检查当前URL是否存在，如果不存在，就会尝试访问index.html，从而可以正常显示页面。

反向代理：

相信大家作为前端都了解跨域问题，目前前端的主流解决跨域的方式就是

开发生产cors解决
开发proxy，生产nginx解决。

如何配置：

# 接口端
location /police/ {
    proxy_pass   http://192.168.1.182:8852/police/;
    proxy_redirect default;
    proxy_http_version 1.1;
    proxy_connect_timeout   60;
    proxy_send_timeout      60;
    proxy_read_timeout      90;
}

具体位置：

理解：

这段代码的意思：大致就是如果遇到以/police请求开头的接口，那么就去访问这个ip地址(http://192.168.1.182:8852/police/)的后台端口。

例如我们通过axios去访问/police/getList这个后台接口时，nginx会将这个请求转发到ip端口为http://192.168.1.182:8852的后台中，后台将结果返回给nginx，nginx再把结果给到浏览器，实现反向代理。

定义多个端口的反向代理：

copy上面的，直接修改代理头和proxy_pass即可。

开启gzip：

作用：

开启gzip对于前端来说还是比较重要的，浏览器加载的包大概能节约一半的空间。例如首页需要加载a.js文件，该文件为900kb，在开启gzip之后，浏览器会去加载a.js经过gzip之后的文件a.js.gz，大概只有450kb，能够很好的提升浏览速度。

如何配置：

gzip on; # 默认off，是否开启gzip
gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;

# 上面两个开启基本就能跑起了，下面的愿意折腾就了解一下
gzip_static on;
gzip_proxied any;
gzip_vary on;
gzip_comp_level 6;
gzip_buffers 16 8k;
# gzip_min_length 1k;
gzip_http_version 1.1;

具体位置：

维护页面：
作用：

在系统进行维护升级时，用户打开我们的网站看到的维护页面。

如何配置：

1 2	# 系统临时维护请打开下面这行注释，并重启nginx,维护完毕后请注释下年这行,并重启nginx # rewrite ^(.*)$ /maintainace.html break;

具体位置：

一个ip上线多个网站：

作用：

只有一个ip。利用nginx上线多个网站。例如访问192.168.1.154:8080访问我们的个人博客网站，访问192.168.1.154:8081访问我们的直播网站。

如何配置：

直接复制server块即可，一个server块就代表了一个网站，需要改端口和文件的路径等内容。

# 第一个网站：个人博客项目配置
  server {
   listen       8080;
   root         /data/www/hexo;
   index        index.html;
   location / {
    try_files $uri $uri/ /index.html; # 路由模式history的修改
   }
  }

 # 第二个网站：直播网站项目配置
 server {
  listen       8081;
  root         /data/www/geov;
  index        index.html;
  location / {}
 }

具体位置：

注意点：

这里的8081一定要你的服务器开放了这个端口才可以使用，否则你按照这个配置了也会访问不到（让后端去配）。
如果是云服务器（比如阿里云，腾讯云），则需要开放相应的入口为8081，否则用户访问不到。

动静分离

作用：

在Web开发中，通常来说，动态资源其实就是指那些后台资源，而静态资源就是指HTML，JavaScript，CSS，img等文件。

一般来说，都需要将动态资源和静态资源分开，将静态资源部署在Nginx上，当一个请求来的时候，如果是静态资源的请求，就直接到nginx配置的静态资源目录下面获取资源，如果是动态资源的请求，nginx利用反向代理的原理，把请求转发给后台应用去处理，从而实现动静分离。

在使用前后端分离之后，可以很大程度的提升静态资源的访问速度，同时在开过程中也可以让前后端开发并行可以有效的提高开发时间，也可以有些的减少联调时间。

解析：

实际上我们在代理前端的html和接口时就已经做到了动静分离。我们打包后的dist包实际上就是纯静态的资源，所以直接访问nginx静态资源服务器，就不需要经过后台的tomcat。访问接口时，就需要nginx先去访问后台服务器，拿到结果再给到浏览器

图解：

如何配置（其实是优化，因为一般配置会有动静分离)：

假设有比较大的图片等需要放置到服务器上，然后通过nginx来转发。或者是有一个纯前端的开源项目（如pdf.js），也需要放在服务器上。如果放在本地代码包，打包出来体积会很大。

location /image/ {
  root   /var/filecenter/;
}
location /static/ {
  root   /var/filecenter/;
}
location /car/ {
  root   /var/filecenter/;
}
location ~ .*\.(html|htm|gif|jpg|jpeg|bmp|png|ico|js|css)$ {
  root /Users/dalaoyang/Downloads/static;
}

具体位置：

这里只讲了一些nginx基础的知识和一些基础的优化，基本上够用了。但是如果你需要追求更高的性能，那么可以添加其他的优化。nginx主要还是配置多一些，但是理解了整体结构和脉络的话，其实就还是蛮简单的。这里就不做过多的讲解了。

八、Nginx基础命令：安装、启动、重启、关闭

安装nginx：

1	yum install nginx

看是否有nginx进程：

1	netstat -anput \| grep nginx

查看服务器端口占用情况：

1	netstat -ntlp

nginx启动:

nginx

nginx重启:

1	nginx -s reload

关闭nginx：

nginx -s stop : 快速停止nginx
nginx -s quit ：完整有序的停止nginx

查看默认的nginx配置文件路径：

nginx -t

注：如果有nginx.conf配置的更改，需要重启nginx配置才会生效。如果只是更改dist包/html，则可以不重启nginx。

九、Nginx的性能优化

1. 调整工作进程数

Nginx的worker_processes指令控制工作进程的数量，通常设置为CPU核心数。这样可以充分利用服务器的多核处理能力。

1	worker_processes auto;

2. 优化工作进程设置

通过调整worker_connections指令，可以增加每个工作进程可以处理的最大连接数。这有助于提高并发处理能力。

1
2
3

events {
    worker_connections 1024;
}

3. 启用Gzip压缩

启用Gzip压缩可以减少传输数据的大小，从而提高页面加载速度。

http {
    gzip on;
    gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;
    gzip_proxied any;
    gzip_comp_level 6;
}

4. 配置缓存

配置缓存可以减少后端服务器的负担并提高响应速度。使用proxy_cache和相关指令进行缓存设置。

http {
    proxy_cache_path /tmp/cache levels=1:2 keys_zone=my_cache:10m max_size=1g inactive=60m use_temp_path=off;

    server {
        location / {
            proxy_pass http://backend_server;
            proxy_cache my_cache;
            proxy_cache_valid 200 1m;
            proxy_cache_valid 404 1m;
        }
    }
}

5. 使用负载均衡

负载均衡可以分散请求到多个后端服务器，从而提高应用的可用性和性能。

http {
    upstream backend {
        server backend1.example.com;
        server backend2.example.com;
    }

    server {
        location / {
            proxy_pass http://backend;
        }
    }
}

6. 调整连接超时设置

通过合理设置连接超时，可以释放未使用的资源，保持服务器高效运行。

http {
    keepalive_timeout 65;
    client_header_timeout 10s;
    client_body_timeout 10s;
    send_timeout 10s;
}

7. 禁用不必要的模块

禁用不必要的模块可以减少内存使用并提高性能。可以在编译Nginx时选择性地启用所需的模块。

1	./configure --without-http_autoindex_module --without-http_auth_basic_module

8. 优化文件描述符限制

增加文件描述符限制可以提高Nginx的并发处理能力。在/etc/security/limits.conf文件中设置：

1 2	* soft nofile 65536 * hard nofile 65536

通过以上优化步骤，你可以显著提高Nginx的性能。这些调整不仅能提高处理能力，还能改善用户体验。务必根据实际负载和需求测试和调整配置，以达到最佳效果。

十、项目部署（加ssl证书）【ps：以下的配置基于SmartAdmin框架】

http与https的差异与作用这里不加赘述，请自行学习！

这里写路径

user  www www;
worker_processes auto;
error_log  /www/wwwlogs/nginx_error.log  crit;
pid        /www/server/nginx/logs/nginx.pid;
worker_rlimit_nofile 51200;

stream {
    log_format tcp_format '$time_local|$remote_addr|$protocol|$status|$bytes_sent|$bytes_received|$session_time|$upstream_addr|$upstream_bytes_sent|$upstream_bytes_received|$upstream_connect_time';
  
    access_log /www/wwwlogs/tcp-access.log tcp_format;
    error_log /www/wwwlogs/tcp-error.log;
    include /www/server/panel/vhost/nginx/tcp/*.conf;
}

events
    {
        use epoll;
        worker_connections 32000;
        multi_accept on;
    }

http
    {
        include       mime.types;
		    #include luawaf.conf;

		    include proxy.conf;
        lua_package_path "/www/server/nginx/lib/lua/?.lua;;";

        default_type  application/octet-stream;

        server_names_hash_bucket_size 512;
        client_header_buffer_size 32k;
        large_client_header_buffers 4 32k;
        client_max_body_size 50m;

        sendfile   on;
        tcp_nopush on;

        # 通过合理设置连接超时，可以释放未使用的资源，保持服务器高效运行。
        keepalive_timeout 60;
        client_header_timeout 10s;
        client_body_timeout 10s;
        send_timeout 10s;

        tcp_nodelay on;

        fastcgi_connect_timeout 300;
        fastcgi_send_timeout 300;
        fastcgi_read_timeout 300;
        fastcgi_buffer_size 64k;
        fastcgi_buffers 4 64k;
        fastcgi_busy_buffers_size 128k;
        fastcgi_temp_file_write_size 256k;
		    fastcgi_intercept_errors on;

        gzip on;
        gzip_min_length  1k;
        gzip_buffers     4 16k;
        gzip_http_version 1.1;
        gzip_comp_level 5;
        gzip_types     text/plain application/javascript application/x-javascript text/javascript text/css application/xml application/json image/jpeg image/gif image/png font/ttf font/otf image/svg+xml application/xml+rss text/x-js;
        gzip_vary on;
        gzip_proxied   expired no-cache no-store private auth;
        gzip_disable   "MSIE [1-6]\.";

        limit_conn_zone $binary_remote_addr zone=perip:10m;
		    limit_conn_zone $server_name zone=perserver:10m;
		    
		    # 配置缓存可以减少后端服务器的负担并提高响应速度。使用proxy_cache和相关指令进行缓存设置。
		    proxy_cache_path /tmp/cache levels=1:2 keys_zone=my_cache:10m max_size=1g inactive=60m use_temp_path=off;


        server_tokens off;
        access_log off;
        server {
            listen 80;  
            server_name pionnermes.zscbdic.cn;
            # 将请求转成https
            rewrite ^/(.*) https://$server_name$request_uri? permanent;
            location / {
              root /www/wwwroot/pionnermes.zscbdic.cn/;
              try_files $uri $uri/ /index.html last;
              index  index.html index.htm;
              expires -1;
              # 防盗链
              valid_referers none blocked server_names *.pionnermes.zscbdic.cn;
              if ($invalid_referer) {
                return 403;
              }
            }
            
            # 系统临时维护请打开下面这行注释，并重启nginx,维护完毕后请注释下年这行,并重启nginx
            # rewrite ^(.*)$ /maintainace.html break;
          
            # 缓存文件，提高性能
            location ~* \.(jpg|jpeg|png|gif)$ {
              expires 30d;
            }
            location ~* \.(css|js)$ {
              expires 600;
              add_header Cache-control max-age=800;
            }
        
        }
        server {
            listen 443 ssl;
            server_name pionnermes.zscbdic.cn;  # 访问静态资源服务器
            root /www/wwwroot/pionnermes.zscbdic.cn/;
            index index.html index.htm index.php;
            
            # 证书配置
            ssl_certificate   /www/wwwroot/ssh/pionnermes.zscbdic.cn_bundle.pem;
            ssl_certificate_key  /www/wwwroot/ssh/pionnermes.zscbdic.cn.key;
            # ssl验证相关配置
            ssl_session_timeout 5m;
            # 加密算法
            ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:ECDHE:ECDH:AES:HIGH:!NULL:!aNULL:!MD5:!ADH:!RC4;
            ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
            ssl_prefer_server_ciphers on;
            # 配置 gzip 压缩
            gzip on;
            gzip_min_length 1k;
            gzip_buffers 4 16k;
            gzip_comp_level 5;
            gzip_types text/plain application/javascript application/x-javascript text/css application/xml text/javascript application/x-httpd-php image/jpeg image/gif image/png;
            gzip_vary on;
            gzip_disable "MSIE [1-6]\.";
            # 禁用 OPTIONS 请求
            if ($request_method ~* OPTIONS) {
                return 403;
            }
            # 前端配置
            location / {
              root /www/wwwroot/pionnermes.zscbdic.cn/;
              try_files $uri $uri/ /index.html last;
              index  index.html index.htm;
              expires -1;
            }
            # 系统临时维护请打开下面这行注释，并重启nginx,维护完毕后请注释下年这行,并重启nginx
            # rewrite ^(.*)$ /maintainace.html break;
            
            # 缓存文件，提高性能
            location ~* \.(jpg|jpeg|png|gif)$ {
              expires 30d;
            }
            location ~* \.(css|js)$ {
              expires 600;
              add_header Cache-control max-age=800;
            }
            # 通过配置网站服务器进行输出压缩，可以减少http响应传输的数据量，从而提高网站页面的加载速度。
            location ~ .*\.(jpg|gif|png|js)$ {
              gzip on;
              gzip_http_version 1.1;
              gzip_comp_level 5; # 压缩级别，默认1，最高9
              gzip_types text/plain application/javascript application/x-javascript text/css application/xml text/javascript application/x-httpd-php image/jpeg image/gif img/png;
            }
            
            # 后端配置
            location /pioneer-mes {
          	  #反向代理的java地址
              proxy_pass http://pionnermes.zscbdic.cn:8080/pioneer-mes;
              # 假设你的后端服务运行在本地的8080端口
        		  # 传递客户端IP和协议
              proxy_set_header  Host             $host;
              proxy_set_header  X-Real-IP        $remote_addr;
              set $my_proxy_add_x_forwarded_for $proxy_add_x_forwarded_for;
              if ($proxy_add_x_forwarded_for ~* "127.0.0.1"){
                set $my_proxy_add_x_forwarded_for $remote_addr;
              }
              proxy_set_header   X-Forwarded-For $my_proxy_add_x_forwarded_for;   
              #此处是https访问的关键环节
              proxy_redirect off;
        	    #设置没有缓存[此处很重要，必须设置，不然有些浏览器对get请求会缓存，引发不必要的bug]
              expires -1;
			        #一些安全配置
              add_header Set-Cookie "Path=/; HttpOnly; Secure";
              add_header X-Content-Type-Options "nosniff";
              add_header X-XSS-Protection "1; mode=block";
              #设置跨域方法
              # add_header Access-Control-Allow-Origin *;
              add_header X-Frame-Options "ALLOW-FROM pionnermes.zscbdic.cn";
           	  add_header Content-Security-Policy "frame-ancestors pionnermes.zscbdic.cn";
            }
            
            # 后端api swagger和knife4j配置
            location /v3/api-docs/ {
          		 proxy_pass  http://pionnermes.zscbdic.cn:8080/pioneer-mes/v3/api-docs/;
          		 proxy_redirect    off;
          		 proxy_set_header  X-Forwarded-For  $proxy_add_x_forwarded_for;
          		 proxy_set_header  X-Real-IP  $remote_addr;
          		 proxy_set_header  Host $http_host;
          		 #一些安全配置
               add_header Set-Cookie "Path=/; HttpOnly; Secure";
               add_header X-Content-Type-Options "nosniff";
               add_header X-XSS-Protection "1; mode=block";
          		 add_header X-Frame-Options "ALLOW-FROM pionnermes.zscbdic.cn";
          		 add_header Content-Security-Policy "frame-ancestors pionnermes.zscbdic.cn";
          		 expires -1;
        	  }
        	  error_page   500 502 503 504  /50x.html;
            location = /50x.html {
                root   html;
            }
            
        }
 
include /www/server/panel/vhost/nginx/*.conf;
}

扩展：Nginx 中 proxy_pass 末尾斜杠的奥秘

一、proxy_pass 的类型概述

Nginx 的官网将 proxy_pass 分为两种类型：不带 URI 方式和带 URI 方式。

不带 URI 方式只包含 IP 和端口号，例如 proxy_pass http://localhost:8080。而带 URI 方式在端口号之后有其他路径，包括只有单个 “/” 的，如 proxy_pass http://localhost:8080/，以及其他路径，比如 proxy_pass http://localhost:8080/xxx。

这两种类型的处理方式有很大不同，理解它们的区别对于正确配置 Nginx 反向代理至关重要。

1、在不带 URI 方式下，nginx 将会保留 location 中路径部分，当访问 http://localhost/api1/xxx 时，若配置为

1
2
3

location /api1/ {
proxy_pass http://localhost:8080;
}

会代理到 http://localhost:8080/api1/xxx

2、在带 URI 方式下，nginx 将使用诸如 alias 的替换方式对 URL 进行替换，例如当访问 http://localhost/api2/xxx 时，若配置为

1
2
3

location /api2/ {
  proxy_pass http://localhost:8080/;
}

http://localhost/api2/（注意最后的 “/”）被替换成了 http://localhost:8080/，然后再加上剩下的 “xxx”，于是变成了 http://localhost:8080/xxx。了解这两种类型的特点，能帮助我们在实际应用中更加准确地配置 Nginx，确保反向代理的正确运行。

二、不带 URI 方式详解

（一）举例与原理

为了更好地理解不带 URI 方式的工作原理，我们来看更多的例子。假如客户端请求为：http://localhost/test3/xxx，配置为

1
2
3

location /test3/ {
  proxy_pass http://localhost:8080;
}

按照不带 URI 方式的规则，首先保留 location 后的所有内容，即 http://localhost/test3/xxx。然后拼接代理路径后面，最终请求为 http://localhost:8080/test3/xxx。

再看一个例子，客户端请求为：http://localhost/test4/xxx，配置为

1
2
3

location /test4/ {
  proxy_pass http://localhost:8080;
}

同样，先保留 location 后的所有内容，得到 http://localhost/test4/xxx。接着拼接代理路径，最终请求变为 http://localhost:8080/test4/xxx。

通过这些例子可以看出，在不带 URI 方式下，无论 location 中的路径具体形式如何，Nginx 都会严格按照 “保留 location 后的内容，拼接代理路径后” 的规则进行处理。

（二）总结特点

不带 URI 方式确实较为简单直接。在实际应用中，我们无需过多考虑复杂的路径替换规则，只要记住无论 location 中带不带右斜杠，都将其后面的内容直接拼接到代理路径后即可。这种方式在一些场景下可以快速实现反向代理的配置，提高配置效率。同时，由于其规则简单，也减少了出现配置错误的可能性。例如，在一些小型项目或者对反向代理要求不高的场景中，不带 URI 方式可以满足基本的代理需求，并且易于理解和维护。总之，不带 URI 方式以其简洁性和稳定性在 Nginx 的反向代理配置中有着特定的应用场景和价值。

三、带 URI 方式剖析

（一）举例与规则

假如客户端请求为：http://localhost/test7/xxx，配置为

1
2
3

location /test7/ {
  proxy_pass http://localhost:8080/aaa/bbb/;
}

按照带 URI 方式的规则，首先在客户端请求去除 location，获得剩下的右侧内容，即 xxx（获得的右侧内容）。然后拼接到代理路径中，最终请求为 http://localhost:8080/aaa/bbb/xxx。

再如，客户端请求为：http://localhost/test8/xxx，配置为

1
2
3

location /test8 {
  proxy_pass http://localhost:8080/ccc;
}

同样先去除 location，获得右侧内容 /xxx（获得的右侧内容）。接着拼接到代理路径中，最终请求为 http://localhost:8080/ccc/xxx。

通过这些例子可以清晰地看到，在带 URI 方式下，无论代理路径的具体形式如何，总是先去除 location，然后将剩余的右侧内容拼接到代理路径中。这种方式相对不带 URI 方式更加复杂，需要仔细考虑代理路径的具体配置，以确保最终的请求路径正确。

（二）总结建议

如前文所述，当 location 和 proxy_pass 中有一个不带斜杠时，最终的请求路径就可能出现不同寻常的情况。例如，客户端请求为 http://localhost/test9/xxx 时

1
2
3

location /test9 {
  proxy_pass http://localhost:8080/ddd/;
}

最终请求为 http://localhost:8080/ddd//xxx 这里会出现路径拼接错误的情况。

因此，为了避免出现这种错误，建议在配置 Nginx 反向代理时，要不 location 和 proxy_pass 都带斜杠，要不都不带。这样可以确保路径拼接的正确性，减少配置错误的可能性。在实际应用中，我们应该根据具体的需求和场景，谨慎选择带 URI 方式或不带 URI 方式，并严格遵循这个建议，以确保 Nginx 反向代理的稳定运行。

默认提示块标签

default 提示块标签

primary 提示块标签

success 提示块标签

info 提示块标签

warning 提示块标签

danger 提示块标签

一、Nginx是什么？

二、Nginx的反向代理（扩展：正向代理）

三、Nginx的负载均衡

四、Nginx的动静分离

传统解析方式

动静分离解析

五、Nginx的配置文件介绍

全局配置（Main模块）

事件处理（Events模块）

HTTP服务配置（Http模块）

2.1、全局块

2.2、Events块

2.3、Http块

2.4、其他重要配置

注意事项

六、最简单的上线（初步尝试部署vue项目【已打包好的】）（本文章默认Nginx已安装，且是在Linux系统，windows都差不多）

七、Nginx部分页面优化

八、Nginx基础命令：安装、启动、重启、关闭

九、Nginx的性能优化

1. 调整工作进程数

2. 优化工作进程设置

3. 启用Gzip压缩

4. 配置缓存

5. 使用负载均衡

6. 调整连接超时设置

7. 禁用不必要的模块

8. 优化文件描述符限制

十、项目部署（加ssl证书）【ps：以下的配置基于SmartAdmin框架】

扩展：Nginx 中 proxy_pass 末尾斜杠的奥秘

一、proxy_pass 的类型概述

二、不带 URI 方式详解

（一）举例与原理

（二）总结特点

三、带 URI 方式剖析

（一）举例与规则

（二）总结建议