worker_num应根据cpu核心数、业务类型和系统资源综合设置，通常建议为cpu核心数的1~4倍；对于cpu密集型任务设为1~2倍，i/o密集型任务可设为2~4倍；普通web api服务可设为cpu核心数的2倍，高并发场景下可适当提高但需监控内存，避免因进程过多导致内存溢出和调度开销增加，建议从cpu核心数2倍开始压测调优。
Swoole服务器的worker_num设置直接影响服务的并发处理能力和资源占用，不能随意设成某个固定值。合理的数值要结合CPU核心数、业务类型和系统资源来综合判断。
理解worker_num的作用
worker_num决定了Swoole启动多少个Worker进程来处理请求。这些进程是真正执行PHP代码的地方，类似FPM中的子进程。每个Worker可以处理一个请求（在协程下可并发多个协程），因此数量太少会限制并发能力，太多则可能引发上下文切换频繁、内存占用过高问题。
参考CPU核心数设置
一般建议将worker_num设置为CPU核心数的1~4倍。具体如下：
- 对于CPU密集型任务（如大量计算、编码转换），建议设为CPU核心数的1~2倍
- 对于I/O密集型任务（如数据库查询、API调用、文件读写），可设为2~4倍，因为Worker常处于等待状态
获取CPU核心数的方法：
SUN2008 企业网站管理系统2.0 beta
下载
1、数据调用该功能使界面与程序分离实施变得更加容易，美工无需任何编程基础即可完成数据调用操作。2、交互设计该功能可以方便的为栏目提供个性化性息功能及交互功能，为产品栏目添加产品颜色尺寸等属性或简单的留言和订单功能无需另外开发模块。3、静态生成触发式静态生成。4、友好URL设置网页路径变得更加友好5、多语言设计1)UTF8国际编码; 2)理论上可以承担一个任意多语言的网站版本。6、缓存机制减轻服务器
实际配置建议
以下是几种常见场景的推荐设置：
- 普通Web API服务：设为CPU核心数的2倍，例如4核机器设为8
- 高并发轻量接口（配合协程）：可设为16~32，但需监控内存使用
- 单机部署且内存有限（如2GB）：建议不超过16，避免内存溢出
- 使用了Table或协程池等共享资源：注意总内存消耗，worker越多总内存越高
避免的误区
不要盲目设置成很高数值，比如100以上。每个Worker进程都会占用内存（通常10~30MB），100个Worker可能吃掉1GB以上内存。同时，过多进程会导致调度开销上升，反而降低性能。
基本上就这些。先从CPU核心数的2倍开始，压测观察QPS、CPU和内存表现，再做微调是最稳妥的做法。
