Hyperf 3.2 中 runtime.php 的 coroutine 配置仅在 Swoole 启动时生效，用于设置 server 启动参数，不支持热重载，Swow 引擎下被忽略；需通过 var_dump(Swoole\Coroutine::getOptions()) 验证实际配置。
Hyperf 3.2 中 config/autoload/runtime.php 里的 coroutine 配置不生效，通常不是配置写错了，而是框架根本没读到或没应用它——这个文件本身只在特定条件下被加载，且它的作用范围有限。
runtime.php 的 coroutine 配置只影响 Swoole 启动参数
该配置项（如 'hook_flags' => SWOOLE_HOOK_ALL 或 'enable_coroutine' => true）**仅用于生成 Swoole Server 的启动选项**，不会动态修改运行时协程行为。它只在 server:start 或 server:watch 启动时被读取一次，之后进程内不再重新解析。
- 改完
runtime.php后必须重启服务，server:watch不会热重载此文件 - 如果用的是 Swow 引擎（
'mode' => SWOW_BASE），runtime.php中的coroutine配置会被完全忽略——Swow 使用自己的初始化逻辑，不兼容 Swoole 的 hook_flags - 确认
php --ri swoole输出中support coroutines: enabled已显示，否则配置再对也无效
常见误判：以为改了这里就能控制协程调度
很多开发者想通过 runtime.php 调整协程栈大小、超时或调度策略，但这些实际由 Swoole/ Swow 底层决定，Hyperf 层面不提供运行时干预能力：
-
coroutine.stack_size是 Swoole 启动参数，需写在config/autoload/server.php的'settings'里，而非runtime.php - 协程内阻塞调用（如
sleep()、file_get_contents()）是否报错，取决于 Swoole 是否启用了 Hook，和runtime.php无关 - 协程上下文（
Context）隔离、协程 ID 获取等能力，由 Hyperf 的Hyperf\Context组件提供，与runtime.php配置无直接关系
验证配置是否真正生效的方法
不要只看文件内容，要查实际生效的 Swoole 设置：
- 在控制器中打印：
var_dump(\Swoole\Coroutine::getOptions());—— 这是当前协程运行时的真实配置 - 启动服务后执行：
ps aux | grep hyperf，确认进程确实以--enable-coroutine方式启动（Swoole 场景） - 若使用 Swow，运行
php bin/hyperf.php server:watch时控制台应输出Swow\Coroutine\Channel字样，否则runtime.php的 coroutine 配置完全不参与初始化
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
