平滑重启swoole需三步：一启用reload_async配置；二发送sigusr1信号触发worker逐个更新；三验证进程启动时间和日志。热更新类文件可用swoole\table监听mtime或opcache_reset()刷新opcode。零停机发布则通过端口切换实现新旧版本无缝过渡。
当Swoole服务正在处理大量长连接或定时任务时，直接kill -9主进程会导致客户端断连、任务丢失、数据写入中断；必须让新代码生效的同时保持旧连接不中断、未完成任务继续运行。
平滑重启Worker进程
第一步：确保Swoole启动时已启用reloadable配置。在Server实例化后、start()前设置：【$server->set(['reload_async' => true, 'worker_num' => 4]);】。若未开启reload_async，发送SIGUSR1信号会阻塞主线程，导致新请求排队甚至超时。
第二步：向主进程发送SIGUSR1信号触发平滑重启：kill -USR1 $(cat /var/run/swoole.pid)。此时Master进程不会退出，而是逐个终止空闲Worker，拉起新Worker加载最新PHP代码。
第三步：验证Worker是否已更新。执行ps aux | grep php，观察Worker进程的启动时间是否刷新；同时检查/tmp/swoole.log中是否有“reload success”日志行。
热更新类文件而不重启
方法一：使用Swoole\Table + 自定义加载器监听文件变更
在Worker进程中初始化一个内存表记录类文件最后修改时间：$table = new Swoole\Table(1024); $table->column('mtime', \Swoole\Table::TYPE_INT, 8); $table->create();
每次处理请求前，用filemtime()读取核心业务类路径，与$table中缓存值比对；若不同，则include_once重新载入，并更新$table中的mtime字段。注意：仅适用于无静态属性/单例状态的类，否则残留对象引用会导致逻辑错乱。
Swoole 6.1.1 是一个专为 PHP 设计的高性能事件驱动并发网络引擎。作为稳定版，它修复了编译时对 zlib 依赖的缺失及 curl 模块的内存安全风险。该版本支持协程、多线程与多进程架构，内置 TCP/HTTP/WebSocket 服务器，能够显著提升 PHP 在微服务、实时通信等场景下的执行效率与并发能力。
方法二：借助opcache_reset()强制刷新opcode缓存
在Web管理端或CLI脚本中调用opcache_reset()，再立刻触发一次空请求（如curl http://127.0.0.1:9501/ping）使Worker执行新opcode。此法要求PHP已启用opcache且opcache.validate_timestamps=On，否则无效。
零停机发布新版本
① 在新机器或容器中启动新版Swoole服务，绑定临时端口（如9502），并接入同一Redis队列和数据库。
② 通过Nginx upstream或LVS将新连接逐步切流至9502端口，旧连接仍由9501端口处理。
③ 监控9501端口的active connection数降至0后，执行kill -TERM $(cat /var/run/swoole_v1.pid)安全终止旧进程。
④ 将9502端口服务改绑回正式端口9501，完成切换。整个过程客户端无感知，TCP连接不中断，WebSocket心跳持续有效。
