题记
- 工作进程
- 能处理大量的并发请求
- 几乎不会阻塞
- Worker进程可绑定到固定的核，避免CPU频繁地上下文切换
- 看样子，还得转为人话
大白话
- 作为一般的应用的开发
- 大部分人没有很强的底层技术基础
- 如果深究，涉及复杂技术点，很容易迷惘
- 为什么这么说
- 不怕丑的说，我自己就是这样的
- 比如谈谈I/O多路复用模型对work进程的支持
- 所以…咱就不谈了
- 虽然称呼工作线程，但实际上这个打工人是个大领导
- 数据包1来，小张，你去处理下
- 数据包2来了，小张呢！你去处理下
- 数据包3来了，小李，你去处理下
- …
- 小张，小李…就是处理请求的真实服务
- 俗称集群部署的应用服务
- 既然“脏活累活”是交给“小弟们”去做的
- 为什么还要通过worker_connections控制工作线程建立的连接数
- 因为领导的精力也是有限的
- 要知道，小张小李…在干什么事情
- 要了解，小刘小赵…事情的进度
- 还要处理，小王小陈…的反馈
- 也就说，即使是高的硬件配置
- 支持work的资源总会达到上限
- 如同带头大哥的精力是有上限的
结语
- 高并发处理请求是nginx的核心
- 上述的例子有点，高效“分发”任务的感觉
- 当然从反向代理角度就是这样的
