在 Web 服务架构中Nginx 早已成为不可或缺的核心组件这款由俄罗斯程序员开发的轻量级服务器凭借高性能、高并发、低资源消耗的特性成为了静态服务部署、反向代理、负载均衡的首选方案。它能轻松支撑 5 万并发连接同时占用极少的 CPU 和内存广泛应用于互联网企业的生产环境。本文将抛开繁琐的安装步骤从核心概念、配置体系、核心应用场景到实战配置全面拆解 Nginx 的核心知识点让你真正掌握 Nginx 的使用与调优。一、Nginx 核心认知是什么能做什么1. Nginx 的本质定位Nginx 是一款高性能的 HTTP 服务器 / 反向代理服务器同时也支持 IMAP/POP3 邮件代理服务与 Tomcat 这类支持动态 Web 项目的服务器不同Nginx 的核心优势集中在静态资源处理、请求转发、负载均衡上它本身仅能发布静态项目动态请求需通过反向代理转发至 Tomcat、Jetty 等容器处理这也是 “动静分离” 架构的核心基础。2. Nginx 的四大核心应用场景Nginx 的能力覆盖了 Web 服务从单机部署到集群架构的全场景是前端工程化、后端服务集群化的关键中间件核心应用场景分为四类静态 HTTP 服务器作为纯静态资源服务器处理 HTML、CSS、JS、图片、视频等静态文件相比 TomcatNginx 处理静态资源的效率提升数倍是静态资源部署的最优选择虚拟主机在单台服务器上虚拟出多个独立的网站通过端口或域名区分无需为每个网站单独部署服务器大幅节省硬件资源反向代理与负载均衡当单台服务器无法承载业务并发时Nginx 作为入口层将请求转发至后端服务器集群并将请求均匀分摊到各个服务器避免单台服务器过载宕机解决跨域在前后端分离项目中利用 Nginx 的代理能力转发前端请求规避浏览器的同源策略限制替代前端本地代理的临时方案适用于生产环境。3. 最佳实践动静分离动静分离是 Nginx 最经典的实战用法核心是通过 Nginx 将动态请求和静态请求分离处理让专业的组件做专业的事静态请求如访问图片、CSS、JS由 Nginx 直接处理从本地配置的静态资源目录中获取文件响应速度极快动态请求如接口调用、数据查询Nginx 通过反向代理将请求转发至 Tomcat、SpringBoot 等后端应用服务器处理处理完成后再由 Nginx 将结果返回给客户端。动静分离的核心优势① 降低后端应用服务器的压力减少不必要的请求消耗② 提升请求响应速度静态资源由 Nginx 高效处理③ 提高服务可用性即使后端动态服务宕机静态资源仍能正常访问。二、Nginx 的核心配置体系从配置文件到模块结构Nginx 的所有功能都通过配置文件实现其配置体系具有清晰的层级结构核心配置文件为nginx.conf所有自定义配置均围绕该文件展开掌握配置文件的结构是玩转 Nginx 的基础。1. Nginx 的核心目录与文件Nginx 的目录结构简洁核心文件集中在conf、html、logs三个目录各目录的作用明确无需深入底层即可完成配置目录 / 文件核心作用conf/nginx.confNginx 的主配置文件所有核心配置全局、HTTP、服务器、反向代理均在此配置是最核心的文件conf/mime.types媒体类型配置文件定义 Nginx 处理不同后缀文件的响应类型如 html、css、jpg 等html/Nginx 默认的静态资源目录存放默认首页index.html和错误页面50x.htmllogs/日志目录包含access.log访问日志、error.log错误日志、nginx.pid进程 ID 文件nginx.exeWindows 下的可执行程序用于启动、停止、重启 Nginx 服务Linux 下为nginx命令2. Nginx 配置文件的四层核心结构nginx.conf的配置遵循层级继承原则整体分为四层结构从全局到局部从通用到具体各层级职责明确不会相互混淆# 1. main全局配置层与业务功能无关的全局参数所有层级均继承 main { worker_processes 1; # 工作进程数 error_log logs/error.log; # 全局错误日志 } # 2. events工作模式层Nginx的网络连接工作模式仅影响Nginx自身的连接处理 events { worker_connections 1024; # 单个工作进程的最大并发连接数 } # 3. http服务器核心层所有HTTP服务的通用配置可包含多个serverserver继承http的配置 http { include mime.types; # 引入媒体类型配置 sendfile on; # 开启高性能静态资源传输 keepalive_timeout 65; # 客户端连接保持时间 # 4. server虚拟主机层单个虚拟主机的配置一个http可包含多个server server { listen 80; # 监听端口 server_name localhost; # 主机名/域名/IP # locationURL匹配层匹配客户端的URL请求一个server可包含多个location location / { root html; # 静态资源根目录 index index.html index.htm; # 默认首页 } } }关键继承规则server继承http的配置location继承server的配置upstream负载均衡配置为独立模块既不继承其他配置也不被其他配置继承。3. 核心配置模块详解1main 全局配置Nginx 的基础运行参数全局配置是 Nginx 启动的基础与具体的 HTTP 服务无关核心参数仅需关注 2 个足够满足大部分场景worker_processes工作进程数建议值为 CPU 的核心数 / 线程数如 4 核 CPU 设为 4最小为 1最大不超过 CPU 核心数过多的进程会导致 CPU 调度开销增大error_log全局错误日志的路径和日志级别日志级别从低到高为debug、info、notice、warn、error、crit生产环境建议设为error减少日志体积。2events 工作模式控制 Nginx 的并发能力events 模块配置 Nginx 的网络连接处理模式核心参数仅一个直接决定 Nginx 的并发上限worker_connections单个工作进程的最大并发连接数建议值为 10000-50000结合worker_processesNginx 的理论最大并发数 worker_processes×worker_connections需受服务器硬件和系统内核限制。3http 核心配置HTTP 服务的通用规则http 模块是所有 Web 服务的基础配置所有 HTTP 请求的通用规则核心参数必配 3 个include mime.types引入媒体类型配置让 Nginx 识别不同后缀的静态文件如.html、.jpg、.css若缺少此配置Nginx 会将所有文件当作二进制文件处理sendfile on开启零拷贝技术直接将静态文件从磁盘传输到客户端跳过内核缓冲区的复制过程大幅提升静态资源的传输效率keepalive_timeout 65客户端与 Nginx 的连接保持时间单位为秒设置后客户端在 65 秒内的多次请求无需重新创建连接减少连接建立的开销。4server 虚拟主机配置单站点的独立配置server 模块是虚拟主机的核心一个 http 模块可配置多个 server通过listen端口和server_name域名 / IP区分不同的站点核心必配参数listenNginx 监听的端口如 80、8080、81不同 server 可通过不同端口实现单服务器多站点server_name站点的主机名可配置IP如 192.168.1.100、域名如www.xxx.com、localhost支持多域名配置用空格分隔error_page错误页面配置如error_page 404 /404.html、error_page 500 502 503 504 /50x.html让错误页面更友好。5location URL 匹配配置请求的精准转发location 模块是 Nginx 的核心灵魂用于匹配客户端的 URL 请求并根据匹配结果做对应的处理如返回静态资源、转发动态请求一个 server 可配置多个 location匹配规则为从上到下精准匹配优先。核心语法location [匹配规则] URL表达式 { 处理规则; }最常用的无规则匹配匹配指定 URL 及子路径# 匹配根目录/的所有请求如http://localhost/、http://localhost/index.html location / { root html; # 静态资源根目录Nginx会在此目录下查找请求的文件 index index.html index.htm; # 默认首页访问根目录时自动加载 proxy_pass http://127.0.0.1:8080; # 反向代理将请求转发至后端8080端口 }核心参数root指定静态资源的根目录Nginx 会拼接root路径和 URL 表达式查找文件如root html URL/img/1.jpghtml/img/1.jpgindex指定默认首页当请求为根目录时自动加载配置的首页文件proxy_pass反向代理核心参数将匹配的请求转发至指定的后端服务器地址。三、Nginx 的基础实战静态部署与虚拟主机Nginx 的基础能力集中在静态资源部署和虚拟主机这是入门 Nginx 的必备实战配置简单、效果直观也是后续反向代理和负载均衡的基础。1. 静态网站部署最简单的 Nginx 用法Nginx 处理静态资源的效率远高于 Tomcat是静态网站如纯前端项目、静态官网的最优部署方案仅需将静态文件放入 Nginx 的静态资源目录无需额外配置即可访问。核心步骤将静态网站的所有文件index.html、css、js、img 等复制到 Nginx 的html目录或自定义目录确保nginx.conf中对应的 location 配置了正确的root路径和默认首页server { listen 80; server_name localhost; # 匹配所有根目录请求 location / { root html; # 静态文件存放在html目录 index index.html; # 默认首页为index.html } }启动 Nginx通过http://localhost:端口即可访问静态网站。自定义静态目录若不想将文件放入默认的html目录可修改root参数为自定义路径如root /usr/nginx/myweb确保 Nginx 有该目录的访问权限。2. 虚拟主机配置单服务器部署多站点虚拟主机的核心是在单台 Nginx 服务器上通过 “端口区分” 或 “域名区分” 部署多个独立的网站无需为每个网站单独部署服务器大幅节省资源最常用的是端口区分适合测试环境、内网服务。实战端口区分部署两个静态站点需求在 Nginx 上部署校园网和旅游网两个静态站点分别通过http://localhost:81和http://localhost:82访问。准备静态文件在 Nginx 根目录下创建campus和travel两个目录分别放入两个站点的静态文件修改 nginx.conf 配置在 http 模块中添加两个 server分别监听 81 和 82 端口指定对应的静态资源目录http { # 校园网监听81端口 server { listen 81; server_name localhost; location / { root campus; # 静态资源目录为campus index index.html; } } # 旅游网监听82端口 server { listen 82; server_name localhost; location / { root travel; # 静态资源目录为travel index index.html; } } }重启 Nginx执行nginx -s reload让配置生效访问测试分别输入http://localhost:81和http://localhost:82即可访问两个独立的站点。域名区分虚拟主机适合生产环境需先将多个域名解析到同一台服务器的 IP再在 server 中配置不同的server_name即可示例# 域名www.campus.com对应校园网 server { listen 80; server_name www.campus.com; location / { root campus; index index.html; } } # 域名www.travel.com对应旅游网 server { listen 80; server_name www.travel.com; location / { root travel; index index.html; } }四、Nginx 的核心能力反向代理正向代理 vs 反向代理代理是 Nginx 的核心能力之一分为正向代理和反向代理二者的核心区别在于代理的对象不同对应不同的业务场景其中反向代理是 Nginx 在生产环境中最常用的能力。1. 代理的本质请求的中转代理的核心是通过中间服务器完成客户端与目标服务器的非直接连接中间服务器即为代理服务器客户端的请求先发送给代理服务器再由代理服务器转发至目标服务器目标服务器的响应结果再由代理服务器返回给客户端代理服务器承担 “中转” 的角色。2. 正向代理代理客户端隐藏真实请求方正向代理的代理对象是客户端是客户端主动配置代理服务器让代理服务器代替自己向目标服务器发送请求核心特征客户端知道目标服务器的地址主动请求代理服务器转发目标服务器不知道真实的客户端地址仅能看到代理服务器的 IP核心作用隐藏客户端、突破网络限制如翻墙工具、内网通过代理访问外网。正向代理流程客户端 → 配置代理服务器地址 → 代理服务器 → 目标服务器 → 代理服务器 → 客户端。3. 反向代理代理服务器隐藏真实服务方反向代理的代理对象是后端服务器客户端无需配置任何代理直接向 Nginx代理服务器发送请求Nginx 再将请求转发至后端的目标服务器核心特征客户端不知道后端真实的服务器地址仅能看到 Nginx 的 IP后端服务器不知道真实的客户端地址仅能看到 Nginx 的 IP核心作用隐藏后端服务器、实现负载均衡、提升服务安全性。反向代理流程客户端 → Nginx 代理服务器 → 后端目标服务器 → Nginx 代理服务器 → 客户端。4. 正向代理与反向代理的核心区别二者的本质区别在于代理的对象和隐藏的主体记住这一原则即可快速区分特性正向代理反向代理代理对象客户端后端服务器隐藏主体真实的客户端地址真实的后端服务器地址配置方客户端主动配置服务端配置Nginx客户端感知知道自己使用了代理不知道使用了代理核心场景翻墙、内网访问外网动静分离、负载均衡、服务集群5. 反向代理实战将请求转发至 Tomcat反向代理是实现动静分离的核心实战中常将动态请求转发至 Tomcat 处理静态请求由 Nginx 直接处理以下为基础实战配置需求将http://localhost的请求转发至本地 Tomcat 的 8080 端口Tomcat 中部署了动态旅游网项目。准备工作在 Tomcat 的webapps/ROOT目录部署动态项目启动 Tomcat确保http://localhost:8080能正常访问修改 Nginx 的 nginx.conf 配置在 server 模块中配置proxy_pass将请求转发至 Tomcat 的 8080 端口http { # 可选配置upstream为后续负载均衡做准备 upstream tomcat-travel { server 127.0.0.1:8080; # 后端Tomcat地址 } server { listen 80; server_name localhost; location / { # 反向代理核心参数转发至upstream配置的地址也可直接写http://127.0.0.1:8080 proxy_pass http://tomcat-travel; index index.html; } } }重启 Nginx执行nginx -s reload访问测试输入http://localhostNginx 会自动将请求转发至 Tomcat 的 8080 端口无需在 URL 中添加端口实现请求的透明转发。五、Nginx 的进阶能力负载均衡当业务的访问量达到一定规模单台后端服务器如 Tomcat无法承载并发请求时就需要搭建后端服务器集群Nginx 的负载均衡能力将客户端的请求均匀分摊到集群中的每台服务器避免单台服务器过载宕机同时提升服务的并发处理能力和可用性。1. 负载均衡的核心价值Tomcat 这类动态应用服务器的并发能力有限常规为 300-500 并发超过该阈值会出现请求无响应、内存溢出等问题而 Nginx 的并发能力可达 5 万二者结合可实现1:N的集群架构核心价值分摊负载将请求均匀分配到后端多台服务器避免单台服务器过载提升并发集群的总并发能力 单台服务器并发 × 服务器数量高可用若某台后端服务器宕机Nginx 会自动将请求转发至其他正常服务器服务不中断易于扩展新增后端服务器时仅需在 Nginx 中添加配置无需修改客户端和其他服务器。2. 负载均衡的三种实现方式负载均衡的实现方式分为三类从简单到复杂从低成本到高成本适用于不同的业务规模实现方式核心原理优点缺点适用场景基于 DNSDNS 服务器将一个域名解析为多个后端服务器 IP随机分配解析结果配置简单、无需额外组件无法感知服务器状态、分摊不均小型业务、低并发场景基于硬件采用 F5 等专用硬件负载均衡设备处理请求分发性能极高、支持多种算法价格昂贵、需专业维护大型企业、高并发核心业务基于软件采用 Nginx、LVS、HAProxy 等开源软件实现免费开源、配置灵活、可二次开发性能略低于硬件互联网企业、绝大多数业务场景行业主流基于 Nginx 的软件负载均衡兼顾成本、灵活性和性能是互联网企业的首选。3. 负载均衡实战Tomcat 集群的请求分发Nginx 实现负载均衡的核心是 **upstream模块 **通过upstream配置后端服务器集群的地址再将proxy_pass指向该upstream即可实现请求的自动分摊。需求搭建 3 台 Tomcat 服务器端口 8080、8081、8082部署相同的动态项目Nginx 将http://localhost的请求均匀转发至 3 台 Tomcat。准备工作复制 3 份 Tomcat修改配置文件将端口分别改为 8080、8081、8082避免端口冲突在 3 台 Tomcat 的webapps/ROOT目录部署相同的动态项目为了区分转发结果可在首页添加端口标记如 “当前服务器8080”分别启动 3 台 Tomcat确保各自的端口能正常访问。修改 Nginx 的 nginx.conf 配置配置upstream指定 3 台 Tomcat 地址proxy_pass指向该upstreamhttp { # 配置负载均衡集群命名为tomcat-nginx upstream tomcat-nginx { server 127.0.0.1:8080; # 第一台Tomcat server 127.0.0.1:8081; # 第二台Tomcat server 127.0.0.1:8082; # 第三台Tomcat } server { listen 80; server_name localhost; location / { # 转发至负载均衡集群 proxy_pass http://tomcat-nginx; index index.html; } } }重启 Nginx执行nginx -s reload访问测试输入http://localhost多次刷新页面会发现页面交替显示 8080、8081、8082 的标记说明 Nginx 已将请求均匀转发至 3 台 Tomcat。4. Nginx 的五大负载均衡策略Nginx 默认采用轮询策略分发请求同时支持权重、IP 哈希、最少连接数、响应时间最少等策略可根据后端服务器的性能、业务需求灵活选择核心策略均通过upstream模块配置。1轮询默认请求平均分摊核心规则将请求按顺序依次转发至后端的每台服务器每台服务器的请求量基本相同适用场景后端所有服务器的性能一致配置、硬件相同配置无需额外配置upstream中仅列出服务器地址即可如上述实战配置。2权重weight按性能分摊请求核心规则为每台服务器配置权重值weight权重值越高分配到的请求越多权重值默认为 1适用场景后端服务器的性能不一致如有的服务器是 8 核 16G有的是 4 核 8G性能好的服务器配置更高的权重配置示例upstream tomcat-nginx { server 127.0.0.1:8080 weight1; # 权重1接收1份请求 server 127.0.0.1:8081 weight2; # 权重2接收2份请求 server 127.0.0.1:8082 weight3; # 权重3接收3份请求 }效果6 份请求中8080 接收 1 份8081 接收 2 份8082 接收 3 份按性能比例分摊。3IP 哈希ip_hash会话保持同一客户端固定转发核心规则根据客户端的 IP 地址进行哈希计算将同一客户端的所有请求固定转发至同一台后端服务器核心作用实现会话保持解决客户端在集群中因请求转发至不同服务器导致的会话丢失问题如登录状态丢失适用场景后端服务依赖本地会话未做分布式会话的场景配置示例upstream tomcat-nginx { ip_hash; # 开启IP哈希策略 server 127.0.0.1:8080 weight1; server 127.0.0.1:8081 weight2; server 127.0.0.1:8082 weight3; }注意生产环境不推荐使用 IP 哈希因为哈希算法会导致请求分摊不均且性能较低建议使用Redis 分布式会话替代本地会话从根本上解决会话问题。4最少连接数least_conn转发至最空闲的服务器核心规则Nginx 实时监控后端服务器的连接数将新请求转发至当前连接数最少的服务器适用场景后端服务器的请求处理耗时不一致如有的请求处理需要 1 秒有的需要 10 秒避免某台服务器因处理慢导致连接数堆积配置示例upstream tomcat-nginx { least_conn; # 开启最少连接数策略 server 127.0.0.1:8080; server 127.0.0.1:8081; server 127.0.0.1:8082; }5响应时间最少fair转发至处理最快的服务器核心规则Nginx 统计后端服务器处理请求的平均响应时间将新请求转发至响应时间最短的服务器适用场景对请求响应速度要求极高的业务配置示例upstream tomcat-nginx { fair; # 开启响应时间最少策略 server 127.0.0.1:8080; server 127.0.0.1:8081; server 127.0.0.1:8082; }注意fair为第三方策略Nginx 默认未集成需安装对应的扩展模块才能使用。六、Nginx 的生产环境核心技巧1. 配置文件检查避免重启失败修改 Nginx 配置后切勿直接重启需先执行nginx -t检查配置文件的语法正确性若配置有误重启会导致 Nginx 服务中断影响业务# 检查配置文件语法 nginx -t # 若输出以下内容说明配置正确 nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful配置正确后再执行nginx -s reload平滑重启无需停止 Nginx 服务不影响现有请求。2. 平滑重启不中断现有业务Nginx 的nginx -s reload为平滑重启核心特点重新加载配置文件新请求按新配置处理现有请求继续由旧的 Nginx 进程处理处理完成后旧进程自动退出全程不中断服务是生产环境重启 Nginx 的唯一方式。3. 日志管理便于问题排查生产环境需合理配置 Nginx 的日志核心技巧访问日志access.log记录所有客户端的请求信息IP、请求时间、URL、响应状态便于排查请求异常问题错误日志error.log生产环境将日志级别设为error仅记录错误信息减少日志体积日志切割Nginx 的日志会持续增大需通过定时任务如 Linux 的 crontab按天 / 小时切割日志避免磁盘占满。4. 高可用避免 Nginx 单点故障Nginx 作为服务的入口层若单台 Nginx 宕机整个业务将无法访问生产环境需搭建Nginx 主从集群主 Nginx 备 Nginx通过 Keepalived 实现VIP 漂移主 Nginx 正常运行时客户端通过 VIP 访问主 Nginx若主 Nginx 宕机Keepalived 会自动将 VIP 漂移至备 Nginx客户端无需修改配置继续通过 VIP 访问实现 Nginx 的高可用。七、总结Nginx 的核心价值与架构定位Nginx 的核心价值在于 **“高性能的请求处理与转发”它并非替代 Tomcat、SpringBoot 等后端应用服务器而是作为Web 服务的入口层、中间件层 **弥补后端服务器在静态处理、并发转发、负载均衡上的不足形成 “Nginx 后端服务器集群” 的经典架构。从单机的静态资源部署到多站点的虚拟主机再到集群的反向代理与负载均衡Nginx 的能力覆盖了 Web 服务从入门到进阶的全场景其配置简洁、性能优异、资源消耗低的特性让它成为了互联网企业的标配组件。掌握 Nginx 的核心知识点不仅能解决日常的服务部署、请求转发问题更能理解现代 Web 架构的设计思路 ——专业的组件做专业的事通过分层架构让每个组件发挥最大的价值最终实现高性能、高可用、易扩展的 Web 服务。