必须将memory_limit设为512m、max_execution_time设为0、pm.max_children设为120，并重启php服务，否则swoole高并发场景下会因内存溢出、超时中断或子进程不足导致频繁断连。
在宝塔面板中安装Swoole扩展后，若未同步调整PHP资源限制，高并发WebSocket连接或协程任务会因内存溢出、进程被kill、超时中断而频繁断连。尤其当业务启用Swoole\Http\Server或Swoole\Coroutine\Redis时，单请求内存占用可能飙升至30MB以上，远超默认配置。
检查当前PHP内存与进程限制
登录宝塔→软件商店→找到你正在使用的PHP版本（如PHP 80）→点击「设置」→「配置修改」。确认以下三项值：
memory_limit = 128M
max_execution_time = 30
pm.max_children = 50
这三项是Swoole服务稳定运行的底线阈值。若memory_limit ≤ 64M，Swoole协程池初始化会失败；若max_execution_time ≤ 5，长连接心跳包将被PHP-FPM强制终止；pm.max_children过小会导致并发连接数卡死在几十个。
修改PHP内存与超时限制
在「配置修改」页面中，将memory_limit改为【512M】，max_execution_time改为【0】（设为0表示不限制执行时间）。
注意：max_execution_time设为0仅对CLI模式下的Swoole Server生效；FPM模式下该参数仍受php-fpm.conf中request_terminate_timeout控制，但Swoole常驻进程不走FPM，所以此处必须设0。
保存后，不要点「重载配置」，必须点击右上角「重启PHP」——否则新memory_limit不会加载进Swoole主进程。
调整PHP-FPM子进程模型与数量
同一PHP设置页中，切换到「性能调整」选项卡：
① 将「运行模式」从static改为dynamic；
② 设置pm.start_servers = 10；
③ 设置pm.min_spare_servers = 10；
④ 设置pm.max_spare_servers = 30；
⑤ 设置pm.max_children = 【120】。
Swoole 6.1.1 是一个专为 PHP 设计的高性能事件驱动并发网络引擎。作为稳定版，它修复了编译时对 zlib 依赖的缺失及 curl 模块的内存安全风险。该版本支持协程、多线程与多进程架构，内置 TCP/HTTP/WebSocket 服务器，能够显著提升 PHP 在微服务、实时通信等场景下的执行效率与并发能力。
dynamic模式能根据负载自动伸缩子进程，避免static模式下空闲进程长期占内存，也防止ondemand模式下新建进程延迟过高。pm.max_children设为120是兼顾Nginx worker_connections与Swoole Worker进程的合理上限，超过此值需同步调大systemd的TasksMax或ulimit -u限制。
关闭PHP-FPM慢日志与限制类函数
回到「配置修改」页，搜索“slowlog”，将slowlog路径前的分号去掉，并确保log_level = 1（记录WARNING及以上）。
再搜索“disable_functions”，删除其中的【pcntl_fork, pcntl_wait, pcntl_alarm】——Swoole协程虽不依赖pcntl，但某些自定义信号处理或子进程管理逻辑会用到，保留禁用会导致swoole_server->reload()失败。
最后，在「禁用函数」设置页中，确认proc_open未被勾选禁用；否则Swoole启动时无法调用系统命令检测openssl版本，导致HTTP/2支持静默失效。
验证资源限制是否生效
执行命令：
/www/server/php/80/bin/php -r "echo ini_get('memory_limit').PHP_EOL; echo ini_get('max_execution_time').PHP_EOL;"
输出应为512M和0。若仍是128M或30，说明未重启PHP服务，或改错了CLI专用的php.ini（应修改/www/server/php/80/bin/php.ini而非/etc/php.ini）。
执行命令：
/www/server/php/80/bin/php --ri swoole | grep "Memory limit"
若返回Memory limit: 512M，则表示Swoole已成功读取新限制。
