最常见原因是未设置daemonize=1且无阻塞逻辑，或onstart抛出未捕获异常；子进程启动失败（如端口占用、权限不足）也会导致主进程静默退出。
没有“Swoole架构师”这个官方职称，面试里问的所谓“架构师级”题目，本质是考察你有没有在真实高并发、长连接、分布式协同场景下用过 Swoole，踩过坑、调过参、改过设计——不是背文档就能答对的。
为什么 swoole_server->start() 启动后进程立即退出？
最常见原因是没设置 daemonize = 1 却又没保持主进程存活；或者 onStart 回调里抛了未捕获异常，导致主进程直接终止。更隐蔽的是：子进程启动失败（比如端口被占、用户无权限绑定 1–1023 端口），但主进程没收到错误信号就静默退出。
- 检查
log_file和系统日志，Swoole在启动失败时通常会写错误到日志而非标准输出 - 临时关闭
daemonize，用php server.php前台运行，看是否打印致命错误 - 确认
worker_num、task_worker_num没设成 0（尤其注意某些版本中 task_worker_num=0 会导致 manager 进程不拉起 worker）
swoole_http_server 中如何安全地复用 MySQL 连接？
不能全局 new 一个 PDO 或 mysqli 实例然后在所有请求里共用——协程环境下连接会被多个协程交叉抢占，产生错乱或连接超时。正确做法是配合 Swoole\Coroutine\MySQL 或 mysqlnd_ms + 连接池。
Swoole 6.1.1 是一个专为 PHP 设计的高性能事件驱动并发网络引擎。作为稳定版，它修复了编译时对 zlib 依赖的缺失及 curl 模块的内存安全风险。该版本支持协程、多线程与多进程架构，内置 TCP/HTTP/WebSocket 服务器，能够显著提升 PHP 在微服务、实时通信等场景下的执行效率与并发能力。
- 原生
Swoole\Coroutine\MySQL是首选：它自动管理协程隔离的连接，connect()返回的句柄只属于当前协程 - 若必须用 PDO，得自己实现连接池（如
spiral/roadrunner风格），并确保每次get()后release()，且连接需支持ping检活 - 切忌在
onRequest外初始化 MySQL 对象，否则可能被多个协程同时读写内部 socket
Task 进程崩溃后，Worker 进程怎么感知并降级？
Swoole 默认不会自动重连或通知 Worker：Task 进程挂掉后，taskwait() 会阻塞超时（取决于 task_timeout），task() 则直接返回 false。这时候 Worker 如果不做判断，就会把任务丢进黑洞。
- 必须检查
$server->task()的返回值：返回false表示投递失败（常见于 task 进程全忙或已退出） - 在
onTask里加 try-catch，捕获致命错误后主动exit，触发 Swoole 重启该 task 进程（需开启task_enable_coroutine = true并避免协程阻塞） - 关键业务建议加兜底逻辑：比如 task 投递失败时，改用同步方式处理（哪怕慢一点），而不是直接报错
为什么 go(function () { redis->set(...) }) 有时不生效？
这不是 Redis 问题，而是协程生命周期管理不当：go() 启动的协程如果在父协程（比如 onRequest）结束前没执行完，就会被强制销毁——redis->set() 可能刚发包就没了。
- 不要在 HTTP 请求协程里用
go()做“后台任务”，除非你明确用Swoole\Coroutine::defer()或chan->push()转交到常驻协程 - Redis 客户端必须使用
Swoole\Coroutine\Redis，普通phpredis扩展不支持协程，会阻塞整个进程 - 若只是想异步写缓存，优先用
$redis->set($key, $val, ['expire' => 3600])这种非阻塞写法，而非另起协程
真正难的不是写出能跑的代码，而是当 QPS 从 1000 涨到 8000、连接数从 2000 涨到 50000、机器从 1 台扩到 12 台时，你知道哪一行配置该调、哪个超时该设、哪个连接池大小会成为瓶颈——这些没法靠刷题记住，只能靠压测、监控、回滚、再压测。
