swoole的真实价值在于快速定位启动失败、定时器不触发、协程mysql空结果等生产问题，而非背题；需关注守护进程静默退出、事件循环依赖、协程上下文、连接池配置及单进程高并发特性。
别信“掌握这些面试题就能涨薪5K”的标题党——Swoole 的真实价值不在背题，而在你能不能在 swoole_http_server 启动失败时 30 秒内定位是 reactor_num 超了系统文件描述符限制，还是 ssl 配置里漏写了 ssl_cert_file。
为什么 swoole_http_server 启动后立刻退出，日志却没报错？
这是最常被忽略的陷阱：Swoole 默认以守护进程（daemon）模式运行，一旦启动阶段出错（比如端口被占、证书路径错、用户无权限读配置），它会静默退出，ps aux | grep swoole 看不到进程，lsof -i :9501 也查不到监听，但错误根本没写进日志。
- 先加
daemonize => 0和log_file => '/tmp/swoole.log'，强制前台运行并落盘日志 - 检查
ulimit -n是否低于reactor_num + worker_num + 1024，不够就ulimit -n 65535 - 用
strace -f -e trace=bind,listen,openat php server.php 2>&1 | head -50直接抓系统调用，比看 PHP 层日志快得多
swoole_timer_tick 定时器不触发？大概率是没调用 start()
很多人写完 $server->addtimer(1000, function() { echo "tick"; }); 就以为完事了，结果什么也没输出。Swoole 的定时器必须依附于一个正在运行的 Server 或 TaskWorker，单独 new 一个 Swoole\Timer 对象不会自动启动事件循环。
Swoole 6.1.1 是一个专为 PHP 设计的高性能事件驱动并发网络引擎。作为稳定版，它修复了编译时对 zlib 依赖的缺失及 curl 模块的内存安全风险。该版本支持协程、多线程与多进程架构，内置 TCP/HTTP/WebSocket 服务器，能够显著提升 PHP 在微服务、实时通信等场景下的执行效率与并发能力。
- 只在
onStart或onWorkerStart里调用swoole_timer_tick()才有效 - 如果只是想做异步延时任务，优先用
swoole_timer_after()，它不依赖 Server 生命周期 - 注意
timer_tick的回调函数里不能阻塞，比如sleep(1)会导致整个 reactor 卡住
协程 MySQL 查询返回空数组，但 getLastError() 是 0
用 Swoole\Coroutine\MySQL 时，查询没报错也没数据，往往不是 SQL 问题，而是协程上下文丢失了——典型场景是把 $mysql->query() 放在了普通函数里，而这个函数又被非协程环境（比如同步 CLI 脚本）调用。
- 确认当前是否在协程内：用
Swoole\Coroutine::getCid()，返回 -1 就说明没在协程中 - 不要在
onReceive外部直接调用协程客户端，必须包在Swoole\Coroutine::create()或go()里 - 连接池没配好也会导致复用旧连接，建议初始化时显式设置
['timeout' => 2]，避免卡死
真正卡住人的从来不是 Swoole 语法，而是它把 PHP 从“一次请求一个进程”拽进了“一个进程撑起上万连接”的新世界——在这个世界里，echo 不一定立刻输出，file_get_contents 会直接阻塞整个服务，连 date_default_timezone_set() 都可能因协程切换失效。盯住你的 coroutine_id 和 worker_pid，比背一百道面试题管用。
