phpstorm默认run configuration执行完即退出，无法运行swoole常驻服务；根本原因是其cli模型不支持事件循环阻塞，需加-d daemonize=0前台启动并配置yasd/xdebug手动断点worker进程。
PhpStorm 不能直接“运行” Swoole 常驻服务，必须绕过默认 CLI 执行模型，用前台启动 + 调试器挂起的方式让进程真正驻留并可断点。
为什么 Run Configuration 点一下就退出？
根本原因是 PhpStorm 默认的 PHP Script 运行配置设计为“执行完即退出”，而 swoole_http_server->start() 或 Coroutine\Http\Server->start() 启动后会进入事件循环，不返回 —— IDE 却误判为“卡死/无响应”，几秒后强制回收进程。
常见错误现象包括：
- 控制台输出几行日志后立刻终止，
netstat -tuln | grep :9501查不到监听 - 脚本在终端能跑通，但在 PhpStorm 里
php app/swoole.php直接闪退 - 没报错、没异常、也没
WorkerStart回调触发日志
关键解决点：禁用守护、确保前台阻塞、让调试器接管生命周期。
必须加 -d daemonize=0 启动参数
Swoole 默认 daemonize = 1，会 fork 出子进程后父进程立即退出 —— 这对 IDE 来说是“任务完成”，必然回收。不加这个参数，Xdebug/yasd 根本连不上主进程。
实操建议：
- 在 Run Configuration 的
Interpreter options栏填：-d daemonize=0 -d yasd.enable=1（用 yasd）或-d xdebug.start_with_request=yes（用 Xdebug） - 不要在 PHP 代码里写
$server->set(['daemonize' => true])，IDE 启动时已由参数控制 - 确认你的入口脚本末尾有
$server->start()或Worker::runAll()，且没有exit()、die()或未捕获异常提前终止
漏掉 daemonize=0 是本地调试失败的第一高频原因。
调试 Worker 进程里的 onRequest 逻辑？别指望自动断点
Xdebug/yasd 默认只附加到主进程（Manager/Reactor），而实际业务代码（如 onRequest 回调）运行在 Worker 进程里 —— 它们是独立 fork 出来的子进程，调试器不会自动跟随。
两种可行路径：
- 在
onRequest回调开头加yasd_breakpoint()（yasd）或xdebug_break()（Xdebug），手动触发断点 - 用条件断点：在 PhpStorm 里右键点击行号 → “Add Conditional Breakpoint”，填
getmypid() == <your_worker_pid></your_worker_pid>（需先从日志里拿到 PID） - 避免在协程中依赖全局状态调试：
$_SERVER、静态变量、单例在不同协程间不隔离，看到的值可能不是你预期的那个
协程上下文切换快、Worker 进程多，靠“点开就停”不现实，得主动介入。
Ctrl+C 停不掉服务？检查信号处理器是否被 IDE 拦截
PhpStorm 内置终端（Terminal）能正常接收 SIGINT（Ctrl+C），但 Run Configuration 启动的进程默认不响应 —— 因为 IDE 把它当普通脚本管理，不透传信号。
解决方案分场景：
- 开发调试阶段：改用 Terminal 手动执行
php server.php，这样 Ctrl+C 可中断；配合Before launch里加killall -9 php清残余进程 - 必须用 Run Configuration：在脚本里注册信号处理器，例如
swoole_process::signal(SIGINT, fn() => $server->shutdown())，再确保$server->shutdown()被正确调用 - Windows 用户注意：
Ctrl+C在 PowerShell / CMD 下行为不一致，推荐用 WSL2 或 Docker 环境调试
最易忽略的是：你以为按了 Ctrl+C 就停了，其实后台还蹲着几个 php 进程占着端口 —— 下次启动直接报 Address already in use。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
