Nginx基础教程（73）Nginx进程机制之全局变量：别再说Nginx很神秘！扒一扒它“人多力量大”的内裤，以及那些不能乱碰的“家规”

引言：从“一个人扛”到“一个团队干”

想象一下，你开了一家网红奶茶店。最开始，你既是老板也是店员，收银、做奶茶、打扫卫生全是你一个人。生意好的时候，门口排起长龙，你手忙脚乱，顾客怨声载道。这就是传统单线程Web服务器（比如老版本的Apache）的窘境——“阻塞式”服务，一个请求卡住，后面的全都得等着。

这时候，你学聪明了。你决定升级商业模式：你退居二线，成为Master老板，只负责招人、发号施令和监控员工状态。然后你雇佣了一群勤劳的Worker店员。每个店员都能独立完成从点单到出杯的全套流程。顾客来了，老板就指派一个空闲的店员去服务。这样，即使一个店员在慢悠悠地炖珍珠，其他店员照样能服务新顾客，效率飙升！

恭喜你，你已经掌握了Nginx最核心的进程机制思想！下面，我们就来彻底扒掉Nginx的“外裤”，看看它这个“团队”是怎么运作的。

第一章：Nginx的“权力架构”——Master与Worker的二人转

当你启动Nginx（nginx -s start），操作系统里蹦出来的可不是一个进程，而是一个进程组。它们之间等级森严，分工明确。

1.1 Master进程：甩手掌柜，但手握生杀大权

• 身份：管理者，UID最高（通常是root，为了绑定80端口）。
• 工作内容：

1. 1. 读取配置文件：老板要先看懂经营手册（nginx.conf）。
   2. 绑定端口：把店铺的门面（如80、443端口）先占下来。
   3. 创建Worker进程：根据配置，招聘数量合适的店员（比如 worker_processes 4; 就是招4个）。
   4. 监控Worker：像个监工一样，定期检查店员们是否还活着。如果有店员累趴了（意外退出），老板会立马重新招一个补上。
   5. 接收管理员命令：像 nginx -s reload 这种，就是你在跟老板对话。老板会优雅地让老店员们完成手头工作后下班，同时启动一批读过新经营手册的新店员，实现服务不中断的平滑重启。

一句话总结：Master进程很清闲，但它是大脑和心脏，不可或缺。

1.2 Worker进程：007打工人，干最累的活

• 身份：劳动者，UID通常较低（出于安全考虑）。
• 工作内容：

1. 1. 争抢任务：所有店员（Worker进程）会同时盯着店门口（监听着的Socket），一旦有新顾客（网络连接）进来，大家一拥而上去“抢”。谁抢到算谁的，这就是著名的 惊群效应 的由来（不过Nginx用锁机制优化了，避免了真的“哄抢”）。
   2. 处理请求：抢到连接的店员，会独立处理这个请求的全部工作：解析请求、访问静态文件、或者反向代理到后端应用服务器（如PHP、Python程序）。
   3. 非阻塞与异步：这才是Nginx高效的秘诀！如果一个店员在等后端程序员（比如Tomcat）做奶茶（生成动态内容），他不会傻等，而是会先去服务其他已经准备好点单或取餐的顾客。这就像他手脚特别麻利，能同时照顾多个顾客的不同阶段。

一句话总结：Worker进程是真正的性能担当，它们以“非阻塞、异步”的方式，实现了高并发。

图解一下这个关系：

+---------------------------------------------------+
|                 Master Process (Boss)             |
|  - 读取 nginx.conf