worker_num应根据CPU核心数、业务类型和系统资源综合设置，通常建议为CPU核心数的1~4倍；对于CPU密集型任务设为1~2倍，I/O密集型任务可设为2~4倍；普通Web API服务可设为CPU核心数的2倍，高并发场景下可适当提高但需监控内存，避免因进程过多导致内存溢出和调度开销增加，建议从CPU核心数2倍开始压测调优。
Swoole服务器的
设置直接影响服务的并发处理能力和资源占用，不能随意设成某个固定值。合理的数值要结合CPU核心数、业务类型和系统资源来综合判断。
理解worker_num的作用
决定了Swoole启动多少个Worker进程来处理请求。这些进程是真正执行PHP代码的地方，类似FPM中的子进程。每个Worker可以处理一个请求（在协程下可并发多个协程），因此数量太少会限制并发能力，太多则可能引发上下文切换频繁、内存占用过高问题。
参考CPU核心数设置
一般建议将
设置为CPU核心数的1~4倍。具体如下：
对于CPU密集型任务（如大量计算、
编码
转换），建议设为CPU核心数的1~2倍
对于I/O密集型任务（如数据库查询、API调用、文件读写），可设为2~4倍，因为Worker常处于等待状态
获取CPU核心数的方法：
PHP 8.5.5
PHP 8.5.5 是 PHP 8.5 分支的维护更新版本。该版本延续了“小步快跑”的迭代逻辑，通过深度错误修复、底层性能微调以及安全加固，旨在为开发者提供一个更健壮、更高效的运行环境。该版本严格遵守语义化版本规范，不包含破坏性变更。
下载
echo shell_exec("nproc"); // Linux下获取逻辑核心数
实际配置建议
以下是几种常见场景的推荐设置：
普通Web API服务：设为CPU核心数的2倍，例如4核机器设为8
高并发轻量接口（配合协程）：可设为16~32，但需监控内存使用
单机部署且内存有限（如2GB）：建议不超过16，避免内存溢出
使用了Table或协程池等共享资源：注意总内存消耗，worker越多总内存越高
避免的误区
不要盲目设置成很高数值，比如100以上。每个Worker进程都会占用内存（通常10~30MB），100个Worker可能吃掉1GB以上内存。同时，过多进程会导致调度开销上升，反而降低性能。
基本上就这些。先从CPU核心数的2倍开始，压测观察QPS、CPU和内存表现，再做微调是最稳妥的做法。
worker_numworker_numworker_num