PHP WebSocket并发连接数受限于同步阻塞模型、系统文件描述符限制(如ulimit -n)及运行模式(FPM/CLI),实际稳定值通常为100–500;突破需改用ReactPHP等异步事件循环方案。
PHP 本身没有内置的 WebSocket 客户端连接数硬性上限,但实际并发连接数受操作系统、网络栈、PHP 运行模式和所用扩展三重限制,通常远低于理论值 —— 常见生产环境稳定维持在 100–500 左右,超限后会直接触发 Connection refused 或 Too many open files 错误。
PHP 是同步阻塞模型(尤其在 CLI 或 Apache/FPM 下),每个连接需独占一个进程/线程;不像 Node.js 或 Go 那样靠事件循环复用 I/O。即使使用 ext-websocket 或 reactphp/websocket-client,底层仍依赖 fsockopen / stream_socket_client,而这些函数创建的是阻塞 socket —— 每个连接都卡住一个 PHP 执行上下文。
ulimit -n 限制了单进程可打开文件描述符总数(socket 占用 fd),默认常为 1024,连满 1000 个 WebSocket 就可能 hit 到边界pm.max_children 决定了并发进程上限,每个进程若维持多个长连接,极易耗尽资源while (true) { $client->recv() } 会阻塞整个进程,无法复用/dev/random)可能成为瓶颈要突破百级限制,必须切换到真正异步的运行时,ReactPHP 是目前 PHP 生态最成熟的方案。它不依赖多进程,而是基于事件循环 + 非阻塞 socket。
reactphp/socket + reactphp/websocket,而非 fsockopen 手动拼帧ulimit -n 65536(并写入 /etc/security/limits.conf)connect() 必须传 IP 地址,或配合 reactphp/dns 异步解析new WebSocketClient + connect() 会快速打满 fd$loop = \React\EventLoop\Factory::create();
$connector = new \React\Socket\Connector($loop, ['dns' => '8.8.8.8', 'timeout' => 5]);
$client = new \Ratchet\Client\Connector($loop, $connector);
$client('wss://echo.websocket.org')->then(function ($conn) {
$conn->send('hello');
}, function ($e) {
echo "Connection failed: " . $e->getMessage();
});
$loop->run();遇到连接失败,别急着调 PHP 配置,先看这几点:
PHP Warning: stream_socket_client(): unable to connect to ... (Connection refused) → 目标服务拒收,或本地端口被占满(netstat -an | grep :8080 | wc -l)PHP Warning: stream_socket_client(): unable to connect to ... (Too many open files) → 立即查 ulimit -n 和 lsof -p | wc -l
stream_set_timeout 无效 → 说明用了阻塞 socket,没走异步循环,recv 被挂起top 显示 PHP 进程 RES 达数 GB → 对象未释放,WebSocket 实例未 close(),或事件监听器泄漏(如 $conn->on('message', function () use ($conn) { ... }) 中循环引用)真正卡住并发上限的,从来不是 PHP 语法或扩展版本,而是同步模型与长连接本质的冲突。哪怕你把 max_connections 设成 10000,只要还在用 file_get_contents 或 curl_exec 模拟 WebSocket,就永远达不到 —— 因为它们根本不是 WebSocket。