hyperf定时任务真正需关闭的是crontabdispatcherprocess调度进程；应将config/autoload/crontab.php中'enable'设为false并重启服务，仅注释processes.php注册项无效。
Hyperf 定时任务本身不创建长期闲置进程，真正需要关闭的是 定时任务调度器进程（CrontabDispatcherProcess）——它是一个常驻后台的独立子进程，负责扫描、触发和分发所有 @Crontab 任务。若你已停用定时任务但该进程仍在运行，就会占用内存和协程资源，属于“多余闲置进程”。
确认 Crontab 进程是否在运行
执行以下命令查看当前活跃的 Hyperf 进程：
-
php bin/hyperf.php server:info—— 查看进程列表，找crontab或CrontabDispatcherProcess -
ps aux | grep CrontabDispatcher—— 直接查系统级进程 - 启动日志中搜索
Crontab manager started，存在即说明已加载
安全关闭定时任务调度进程
无需 kill -9 或手动终止进程，应通过配置驱动框架主动退出：
- 编辑
config/autoload/crontab.php，将'enable' => true改为'enable' => false - 重启服务：
php bin/hyperf.php start - 重启后，
CrontabDispatcherProcess不再注册，也不会启动
⚠️ 注意：仅注释或删除 CrontabDispatcherProcess::class 在 processes.php 中的注册项是不够的——Hyperf 3.0+ 会自动 fallback 注册，必须配合 crontab.php 的 enable 配置才真正禁用。
验证是否已关闭
重启后检查三项指标：
- 控制台启动日志不再出现
[INFO] Crontab manager started with X tasks -
php bin/hyperf.php server:info输出中无crontab类型进程 - 执行
ps aux | grep CrontabDispatcher返回空结果
进阶：运行中热停用（不重启）
Hyperf 不支持运行时动态卸载 Crontab 进程，但可通过信号临时抑制其行为：
- 向主进程发送 USR1 信号：
kill -USR1 $(cat runtime/hyperf.pid) - 该信号会触发 CrontabDispatcher 暂停调度（不销毁进程），适合临时压测或故障隔离
- 恢复调度需发 USR2：
kill -USR2 $(cat runtime/hyperf.pid)
此方式不释放内存，仅暂停逻辑，真正“关闭闲置进程”仍需配置 + 重启。
