边缘计算设备上worker_processes必须设为1，因其通常为单/双核、内存≤512MB，多进程易触发OOM；单worker配合worker_connections 128等精简配置，可高效支撑≤100并发且降低调度开销。
在边缘计算设备上，worker_processes 必须设为 1。这不是可选项，而是资源约束下的硬性要求。
为什么必须设为 1
边缘设备通常只有单核或双核 CPU（如树莓派 Zero、Jetson Nano），内存常低于 512MB。默认的 auto 值会启动与逻辑核心数相等的 worker 进程，每个进程至少占用 2–4MB 内存，并额外消耗文件描述符、共享内存和进程调度开销。在 128MB 内存设备上，4 个 worker 进程可能直接触发 OOM killer。
- CPU 主频普遍低于 1GHz，多进程带来的上下文切换反而降低吞吐
- 并发连接数通常 ≤100（传感器上报、轻量 API 请求），单进程完全满足
- NGINX 的 event-driven 模型在单 worker 下仍可高效处理数百连接
配套必须调整的参数
仅改 worker_processes 1 不够，需同步收紧关联资源：
-
worker_rlimit_nofile 1024：将文件描述符上限从默认 65535 降至 1024，避免内核资源预留浪费 -
events { worker_connections 128; multi_accept off; use epoll; }：连接数匹配实际负载；关闭multi_accept减少单次事件循环中的系统调用 - 删除或注释掉
accept_mutex相关配置（v1.19+ 默认启用，单 worker 下无意义）
验证与固化方式
修改后需实测确认效果：
- 用
ps aux | grep nginx确认仅存在 1 个 master + 1 个 worker 进程 - 运行
nginx -t校验语法，再nginx -s reload - 在配置生成脚本中（如
nginx.conf.js第 41 行）硬编码该值，防止 CI/CD 覆盖 - 若使用 Docker 部署，应在
Dockerfile中通过sed -i或模板注入方式固化该配置
不复杂但容易忽略：轻量化不是简单删功能，而是按实际负载做精准裁剪。
