Java：Nginx使用

创始人

2025-05-30 23:40:38

一、nginx目录结构
二、nginx常用的命令
三、nginx配置文件
- 第一部分：全局块
- 第二部分：events块
- 第三部分：http块
- - (1) http全局块
  - (2) server 块
  - - (1) location指令说明
四、Nginx配置实例-负载均衡
- 实现效果
- 准备工作
- 在nginx的配置文件中进行负载均衡的配置
- nginx分配服务器策略
- - 轮询（默认）
  - weight
  - ip_hash
  - fair（第三方）
  - 其他参数
五、Nginx.conf配置详解
- gzip模块相关

一、nginx目录结构

- conf
- html
- logs
- sbin

二、nginx常用的命令

（1）启动命令
在/usr/local/nginx/sbin目录下执行 ./nginx
（2）关闭命令
在/usr/local/nginx/sbin目录下执行 ./nginx -s stop
（3）重新加载命令
在/usr/local/nginx/sbin目录下执行 ./nginx -s reload

三、nginx配置文件

（1）路径
/usr/local/nginx/conf/nginx.conf
（2）文件内容：（去掉所有以 # 开头注释内容）

worker_processes 1;events {worker_connections 1024;
}http {include				mime.types;default_type		application/octet-stream;sendfile			on;keepalive_timeout	65;server {listen			80; 						# nginx的端口server_name		localhost;					# 服务名location / {								# 当前路径（项目根目录）root 		html;						# root根目录 指向 html目录index		index.html index.htm;		# html文件夹下具体的文件名# proxy_pass	http://127.0.0.1:8080;		# 当前路径进行代理，指向proxy_pass的网址}error_page		500 502 503 504  /50x.html;	# location = /50x.html {root 		html;}	}
}

根据上述文件，我们可以很明显的将 nginx.conf 配置文件分为三部分：

第一部分：全局块

范围：从配置文件开始到 events 块之间的内容。
作用：主要会设置一些影响nginx 服务器整体运行的配置指令。
例如：配置运行 Nginx 服务器的用户（组）、允许生成的 worker process 数，进程 PID 存放路径、日志存放路径和类型以及配置文件的引入等

例如，第一行配置的worker_processes 1;
这是 Nginx 服务器并发处理服务的关键配置，worker_processes 值越大，可以支持的并发处理量也越多，但是会受到硬件、软件等设备的制约。

第二部分：events块

范围：events代码块内里的内容。
作用：主要影响 Nginx 服务器与用户的网络连接。
例如：是否开启对多 work process 下的网络连接进行序列化，是否允许同时接收多个网络连接，选取哪种事件驱动模型来处理连接请求，每个 work process 可以同时支持的最大连接数等。

例如，worker_connections 1024;。表示：每个 worker_processes支持的最大连接数为 1024.

第三部分：http块

范围：http代码块内里的内容。
作用：代理、缓存和日志定义等绝大多数功能和第三方模块的配置都在这里。
注意：http 块也可以包括 http全局块、server 块。

(1) http全局块

http全局块配置的指令包括：文件引入、MIME-TYPE 定义、日志自定义、连接超时时间、单链接请求数上限等。

(2) server 块

1、这块和虚拟主机有密切关系，虚拟主机从用户角度看，和一台独立的硬件主机是完全一样的，该技术的产生是为了节省互联网服务器硬件成本。
2、每个 http 块可以包括多个 server 块，而每个 server 块就相当于一个虚拟主机。
3、而每个 server 块也分为全局 server 块，以及可以同时包含多个 location 块。

全局 server 块
最常见的配置是本虚拟机主机的监听配置和本虚拟主机的名称或IP配置。
location 块
一个 server 块可以配置多个 location 块。

这块（server 块）的主要作用是基于 Nginx 服务器接收到的请求字符串
（例如 server_name/uri-string），对虚拟主机名称（也可以是IP别名）之外的字符串（例如前面的 /uri-string）进行匹配，对特定的请求进行处理。地址定向、数据缓存和应答控制等功能，还有许多第三方模块的配置也在这里进行。

(1) location指令说明

该指令用于匹配 URL。

注意：

location /directory/ {}
/directory/，directory是文件夹名，后面带“/”，是指匹配的是directory目录下的所有文件

location /file.html {}
file.html，后面不带“/”，是指匹配具体的文件

语法如下：

1、= ：用于不含正则表达式的 uri 前，要求请求字符串与 uri 严格匹配，如果匹配成功，就停止继续向下搜索并立即处理该请求。
2、~：用于表示 uri 包含正则表达式，并且区分大小写。
3、~*：用于表示 uri 包含正则表达式，并且不区分大小写。
4、^~：用于不含正则表达式的 uri 前，要求 Nginx 服务器找到标识 uri 和请求字符串匹配度最高的 location 后，立即使用此 location 处理请求，而不再使用 location 块中的正则 uri 的请求字符串做匹配。
5、/：普通的url路径

注意：
1、如果 uri 包含正则表达式，则必须要有 ~ 或者 ~* 标识。
2、优先级：= > ^~ > ~和 ~* > /

Demo案例

Location区段匹配示例location = / {  //精确匹配，优先级最高# 只匹配 / 的查询.[ configuration A ]
}
location / {  //普通匹配，优先级低# 匹配任何以 / 开始的查询，但是正则表达式与一些较长的字符串将被首先匹配。[ configuration B ]
}
location ^~ /images/ {  //反正则，优先于正则匹配# 匹配任何以 /images/ 开始的查询并且停止搜索，不检查正则表达式。[ configuration C ]
}
location ~* \.(gif|jpg|jpeg)$ {   //  ~*正则匹配，不区分大小写，优先级高于普通匹配# 匹配任何以gif, jpg, or jpeg结尾的文件，但是所有 /images/ 目录的请求将在Configuration C中处理。[ configuration D ]
} 
各请求的处理如下例：
http://192.168.140.110:9000/				---------------- A 
http://192.168.140.110:9000/documents/document.html				---------------- B
http://192.168.140.110:9000/images/1.gif				---------------- C
http://192.168.140.110:9000/documents/1.jpg				---------------- D

四、Nginx配置实例-负载均衡

实现效果

浏览器地址栏输入地址 http://192.168.6.100/edu/index.html，负载均衡效果，将请求平均分配到8080和8081两台服务器上。

准备工作

（1）准备两台tomcat服务器，一台8080，一台8081
（2）在两台tomcat里面webapps目录中，创建名称是edu文件夹，在edu文件夹中创建页面index.html(让index.html内容不一样，查看效果)，用于测试

在nginx的配置文件中进行负载均衡的配置

upstream称为上游服务器，即真实处理请求的业务服务器。
在这里插入图片描述

nginx分配服务器策略

随着互联网信息的爆炸性增长，负载均衡（load balance）已经不再是一个很陌生的话题，顾名思义，负载均衡即是将负载分摊到不同的服务单元，既保证服务的可用性，又保证响应足够快，给用户很好的体验。

轮询（默认）

每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。

weight

weight代表权重,默认为1,权重越高被分配的客户端越多
指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。例如：

upstream server_pool{   
server 192.168.5.21 weight=1;    
server 192.168.5.22 weight=2; 
server 192.168.5.23 weight=3;   
}

ip_hash

每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。例如：

upstream server_pool{   
ip_hash;    
server 192.168.5.21:80;    
server 192.168.5.22:80;    
}

fair（第三方）

按后端服务器的响应时间来分配请求，响应时间短的优先分配。例如：

upstream server_pool{   
server 192.168.5.21:80;    
server 192.168.5.22:80;    
fair;    
}

其他参数

在这里插入图片描述

五、Nginx.conf配置详解