Nginx 实用知识大全：从模块作用到高并发承载
在日常的技术交流中，很多人都会对 Nginx 的各类功能和操作产生疑问。本文将整合相关问题及解答，为大家详细介绍 Nginx 的模块作用、反向代理、动静分离、防盗链、压缩功能、高并发承载、rewrite 以及虚拟主机等实用知识。
Nginx 模块作用介绍
Nginx 的功能扩展主要通过模块实现，模块分为核心模块（必选，基础功能）、标准模块（可选，增强功能）和第三方模块（自定义扩展），常见模块作用如下：
核心模块
ngx_core_module：Nginx 的基础框架，处理进程管理、配置解析、信号处理等核心逻辑。
ngx_http_module：HTTP 服务的基础模块，处理 HTTP 请求解析、响应构建、连接管理等。
标准模块
ngx_http_proxy_module：实现反向代理功能，将请求转发到后端服务器（如 Tomcat、API 服务）。
ngx_http_upstream_module：管理后端服务器集群，支持负载均衡（轮询、权重、IP 哈希等）。
ngx_http_rewrite_module：URL 重写工具，可基于规则修改请求路径（如 301 跳转、伪静态）。
ngx_http_gzip_module：对响应数据进行 Gzip 压缩，减少传输带宽。
ngx_http_static_module：处理静态资源（HTML、CSS、图片等）的读取和返回。
ngx_http_access_module：基于 IP 地址控制访问权限（允许 / 禁止特定 IP）。
第三方模块
ngx_http_lua_module：嵌入 Lua 脚本，实现复杂业务逻辑（如动态路由、限流）。
ngx_pagespeed：自动优化静态资源（压缩、合并、缓存），提升页面加载速度。
Nginx 反向代理相关
反向代理的权重设置
反向代理的权重用于负载均衡，通过upstream模块定义后端服务器集群时，用weight参数指定权重（默认权重为 1，权重越高，分配的请求越多）。
配置示例：
定义后端服务器集群（名称为backend）
upstream backend {
server 192.168.1.101:8080 weight=3; # 权重3，接收3/（3+2）=60%的请求
server 192.168.1.102:8080 weight=2; # 权重2，接收40%的请求
}
反向代理配置
server {
listen 80;
server_name example.com;
location / {
proxy_pass http://backend; # 转发请求到backend集群
proxy_set_header Host $host; # 传递原始主机名到后端
proxy_set_header X-Real-IP KaTeX parse error: Expected 'EOF', got '#' at position 15: remote_addr; #̲ 传递客户端真实IP ...只匹配.php结尾，不匹配.PHP）。
*：不区分大小写的正则匹配（例如* .php$同时匹配.php和.PHP）。
^~：优先匹配普通字符串路径，不进行正则匹配（用于精确路径的优先级提升）。
常用正则符号含义
符号
含义
示例
^
匹配字符串开头
^/api 匹配以/api开头的路径
匹配字符串结尾h˙tml 匹配字符串结尾 \.html匹配字符串结尾h˙tml 匹配以.html结尾的路径
.
匹配任意单个字符（除换行符）
a.b 匹配aab、acb等
匹配前一个字符 0 次或多次
ab 匹配a、ab、abb等
+
匹配前一个字符 1 次或多次
ab+ 匹配ab、abb等（不匹配a）
?
匹配前一个字符 0 次或 1 次
ab? 匹配a、ab
()
分组捕获（可通过$1、KaTeX parse error: Undefined control sequence: \d at position 15: 2引用） ^/user/(\̲d̲+) 捕获/user/123中的123
|
逻辑 "或"
jpg|png 匹配jpg或png
\[\]
匹配括号内的任意一个字符
0-9 匹配任意数字
动静分离的工作原理
动静分离是将动态请求（如 PHP、Java 接口）和静态资源（如 HTML、CSS、图片、JS）分开处理，以提高效率。
工作原理
静态资源：由 Nginx 直接处理（Nginx 处理静态资源的效率远高于应用服务器）。通过location指令匹配静态资源后缀（如.html、.css、.jpg），直接从本地文件系统读取并返回。
动态请求：由 Nginx 转发到后端应用服务器（如 Tomcat、PHP-FPM）处理。通过location匹配动态路径（如/api、.php），使用proxy_pass转发到后端服务器，再将结果返回给客户端。
配置示例
server {
listen 80;
server_name example.com;
root /var/www; # 静态资源根目录
处理静态资源（直接返回）
location ~* .(html|css|js|jpg|png|gif)$ {
expires 1d; # 设置缓存时间，减少重复请求
}
处理动态请求（转发到后端PHP-FPM）
location ~ .php$ {
proxy_pass http://127.0.0.1:9000; # 转发到PHP-FPM
proxy_set_header Host KaTeX parse error: Expected 'EOF', got '}' at position 12: host; }̲ # 处理API... { # 保护的资源类型（正则匹配后缀）
1. 允许的合法来源
valid_referers none blocked 你的域名.com *.你的域名.com;
解释：
- none：允许没有 Referer 的请求（比如用户直接在地址栏输入图片URL访问）
- blocked：允许 Referer 被浏览器或代理隐藏的请求（比如部分隐私模式）
- 你的域名.com：允许从你的主域名发起的请求
- *.你的域名.com：允许从你的子域名发起的请求（比如 blog.你的域名.com）
2. 如果来源不合法（不在 valid_referers 列表中）
if ($invalid_referer) {
配置后生效步骤
保存配置文件。
检查配置是否有误：nginx -t（如果显示success说明没问题）。
重启 Nginx 生效：systemctl restart nginx（或nginx -s reload平滑重启）。
Nginx 压缩
压缩的含义
Nginx 的 "压缩" 指的是对服务器返回给客户端的内容（如网页、CSS、JS、图片等）进行压缩处理，再传输到客户端，从而减少网络传输的数据量。把内容 "变小" 再发送，节省流量、加快加载速度。
开不开压缩的区别
场景
不开压缩（默认）
开压缩（配置后）
传输数据量
原始大小（如 100KB）
压缩后大小（如 30KB，取决于压缩率）
加载速度
慢（传输量大）
快（传输量小）
服务器消耗
无额外 CPU 消耗
少量 CPU 用于压缩（可忽略）
适用资源
已压缩的资源（如 PNG/JPG 图片、视频）
文本类资源（HTML、CSS、JS、JSON 等）
开启压缩的配置
Nginx 通过gzip模块（默认内置）实现压缩，在配置文件中开启并设置规则即可。
开启 gzip 压缩（放在 http 或 server 块内）
gzip on; # 开启压缩（off 为关闭）
压缩的详细规则（按需调整）
gzip_min_length 1k; # 文件大于1KB才压缩（太小的文件压缩意义不大）
gzip_buffers 4 16k; # 压缩缓冲区大小（4个16KB的缓冲区）
gzip_comp_level 5; # 压缩等级（1-9，等级越高压缩率越高，CPU消耗越大，5是平衡值）
gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript; # 需要压缩的文件类型（重点！只压缩文本类）
gzip_vary on; # 告诉客户端"此内容已压缩"，避免客户端解压错误
Nginx 承载高并发的方法
Nginx 能承载高并发，核心在于其异步非阻塞的事件驱动模型，配合合理的配置优化，可以轻松应对高并发连接。具体优化方向如下：
基础配置优化（核心参数）
在nginx.conf的events和http块中调整参数：
events {
worker_connections 10240; # 每个 worker 进程能处理的最大连接数（默认1024，调大到1万+）
use epoll; # 启用高效的 epoll 事件模型（Linux 系统推荐，处理高并发性能更好）
multi_accept on; # 允许一个 worker 同时接收多个新连接
}
http {
连接超时设置（减少无效连接占用资源）
keepalive_timeout 60; # 长连接超时时间（客户端和服务器保持连接的时间）
tcp_nodelay on; # 禁用 Nagle 算法，小数据传输更及时
sendfile on; # 启用零拷贝技术（减少内核态和用户态数据拷贝，提升文件传输效率）
tcp_nopush on; # 配合 sendfile 使用，批量发送数据，减少网络包数量
}
进程数优化
Nginx 的worker_processes应设置为服务器 CPU 核心数（充分利用多核性能）：
worker_processes auto; # 自动匹配 CPU 核心数（推荐）
或手动指定（如4核CPU设为4）
worker_processes 4;
负载均衡与集群
单台 Nginx 性能有限，通过反向代理 + 后端服务器集群分担压力：
定义后端服务器集群（多台服务器分担请求）
upstream backend {
server 192.168.1.101:8080;
server 192.168.1.102:8080;
server 192.168.1.103:8080;
}
server {
listen 80;
location / {
proxy_pass http://backend; # 请求转发到集群
}
}
rewrite
rewrite是 Nginx 的 URL 重写模块（ngx_http_rewrite_module）提供的指令，用于根据规则修改请求的 URL 路径，实现跳转、伪静态、隐藏真实路径等功能。
核心作用
URL 跳转：比如将http强制跳转至https，或旧域名跳转至新域名。
伪静态：将动态 URL（如index.php?id=1）伪装成静态路径（如article/1.html），利于 SEO。
路径重写：隐藏后端真实路径，比如将/api/v1/user重写为/user。
常用示例
server {
1. http 强制跳转至 https
listen 80;
server_name example.com;
rewrite ^(.) https://hostKaTeX parse error: Expected 'EOF', got '#' at position 15: 1 permanent; #̲ permanent 表示 3... /article.php?id=KaTeX parse error: Expected 'EOF', got '#' at position 10: 1 last; #̲ last 表示完成重写后不再... {
rewrite ^(. )$ /forbidden.html break; # break 表示重写后直接返回，不继续处理
}
}
虚拟主机
虚拟主机（Virtual Host）是 Nginx 中在单台服务器上托管多个网站的技术（共享服务器资源，通过域名或端口区分不同网站）。主要有 3 种类型：
基于域名的虚拟主机（最常用）
通过不同的server_name（域名）区分网站，共用一个端口（通常是 80/443）。
网站1：example.com
server {
listen 80;
server_name example.com www.example.com; # 绑定域名
root /var/www/example; # 网站根目录
}
网站2：test.com
server {
listen 80;
server_name test.com; # 绑定另一个域名
root /var/www/test;
}
原理：客户端访问时，Nginx 根据请求头中的Host字段（域名）匹配对应的server块。
基于端口的虚拟主机
通过不同的端口区分网站，共用一个 IP 或域名。
端口 8080 的网站
server {
listen 8080; # 端口1
server_name example.com;
root /var/www/site1;
}
端口 8081 的网站
server {
listen 8081; # 端口2
server_name example.com;
root /var/www/site2;
}
访问方式：http://example.com:8080访问第一个网站，http://example.com:8081访问第二个。
基于 IP 的虚拟主机
通过服务器的不同 IP 地址区分网站（需服务器绑定多个 IP）。
绑定 192.168.1.100 的网站
server {
listen 192.168.1.100:80; # 特定IP+端口
root /var/www/site1;
}
绑定 192.168.1.101 的网站
server {
listen 192.168.1.101:80; # 另一个IP+端口
root /var/www/site2;
}
适用场景：需要通过 IP 直接访问不同网站（较少用，不如域名直观）。
以上就是关于 Nginx 的一系列实用知识，希望能帮助大家更好地理解和使用 Nginx。