enable_preemptive_scheduler 是 swoole 的协程抢占式调度开关，用于解决 cpu 密集型协程长期霸占线程导致其他协程“饿死”的问题；它通过每约 10ms 主动中断当前协程、强制让出 cpu，实现公平调度，但仅缓解调度不均，不解决阻塞调用、死锁或资源瓶颈。
enable_preemptive_scheduler 是什么，为什么需要它
默认协程调度是「协作式」的：协程只在遇到 IO（如 co::sleep、mysql_query）时才让出 CPU。一旦某协程陷入纯 CPU 计算（比如密集循环、大数组排序、JSON 解析），它会一直霸占当前 worker 线程，其他协程完全得不到执行机会——这就是“协程饿死”。enable_preemptive_scheduler 的作用，就是在这种场景下强行中断它，每运行约 10ms 就主动让出一次，保证调度公平。
开启后实际行为差异（对比未开启）
开启后，Swoole 会在 PHP 字节码执行间隙插入检测逻辑（基于 ticks + 定时器），而非依赖用户显式调用挂起函数。关键区别包括：
- 未开启时：
for ($i = 0; $i 这类代码会阻塞整个 worker，所有协程卡住 - 开启后：该循环会被自动切片，每约 10ms 切换一次协程，其他协程可继续处理 HTTP 请求或 Redis 查询
- 不改变协程语义：仍保持单线程模型，不会引入并发竞争；只是把“让出时机”从“用户决定”变成“系统兜底”
- 对性能有轻微开销（实测约 1–3% CPU），但换来的是 P99 延迟大幅下降和超时率归零
怎么启用，以及常见配置陷阱
必须在 Swoole 启动前设置，且仅对协程环境生效。PHP 配置项方式最稳定：
ini_set('swoole.enable_preemptive_scheduler', '1');
或者在 php.ini 中写：
Swoole 6.1.1
下载
Swoole 6.1.1 是一个专为 PHP 设计的高性能事件驱动并发网络引擎。作为稳定版，它修复了编译时对 zlib 依赖的缺失及 curl 模块的内存安全风险。该版本支持协程、多线程与多进程架构，内置 TCP/HTTP/WebSocket 服务器，能够显著提升 PHP 在微服务、实时通信等场景下的执行效率与并发能力。
swoole.enable_preemptive_scheduler = On
注意以下三点：
-
Swoole\Runtime::enableCoroutine()必须已调用，否则抢占式调度不激活 - 不能只靠
Swoole\Coroutine::set(['hook_flags' => SWOOLE_HOOK_ALL])替代——后者管 IO 协程化，前者管 CPU 时间片分配 - 若同时使用 Xdebug，需确保
swoole.enable_fiber_mock = Off，否则可能冲突导致崩溃
它解决不了什么，别误用
这不是万能银弹。它只缓解 CPU 密集型逻辑导致的调度不均，但无法解决：
- 真正的阻塞系统调用（如未 hook 的
file_get_contents）——这类仍需配SWOOLE_HOOK_ALL - 协程内死锁（比如两个协程互相等待对方释放协程锁）
- MySQL 连接池耗尽、Redis 连接数打满等资源瓶颈
- 底层 C 扩展中长时间不返回的同步操作（如某些图像处理扩展）
真正稳定的高并发服务，得同时控制好 hook 范围、连接池大小、协程生命周期，而 enable_preemptive_scheduler 只是其中一道关键但容易被忽略的保险丝。
