PHP 原生实现 WebSocket 服务过于复杂且低效，应由 Node.js（如 ws 库）承担服务端，PHP 仅作为客户端调用其 API；混合架构更稳定高效。
PHP 原生 socket 实现 WebSocket 连接太重
PHP 没有内置 WebSocket 服务端运行时，socket_create、socket_bind、socket_listen 这些底层调用必须手动写全，连握手阶段的 Sec-WebSocket-Key 解析和 Sec-WebSocket-Accept 计算都得自己实现（Base64 + SHA1 + magic string）。稍有疏漏，浏览器就卡在 pending 状态，控制台报 WebSocket connection to 'ws://...' failed。
- 每次 accept 新连接都要
socket_accept，然后手动维护$sockets数组，容易漏掉socket_close导致句柄泄漏 - 没有事件循环，靠
socket_select轮询，连接数一过百，CPU 就明显上涨 - 无法直接复用 PHP-FPM 或 Apache 的进程模型，必须另起 CLI 进程常驻，部署时要额外管理守护进程（比如用
supervisord）
Node.js 的 ws 库一行就能启服务
Node.js 不需要“造轮子”——ws 模块封装了全部握手、帧解析、ping/pong 心跳、关闭流程。启动一个可工作的 WebSocket 服务，核心代码就三行：
const WebSocket = require('ws');
const wss = new WebSocket.Server({ port: 8080 });
wss.on('connection', (ws) => { ws.send('hello'); });
背后是 libuv 事件循环，单进程轻松支撑上万并发；错误也明确：比如客户端发非 UTF-8 数据，ws 会触发 'error' 事件，而不是让整个进程 crash。
-
ws默认启用permessage-deflate压缩，PHP 手动实现几乎没人做 - 和 Express 集成极简：
app.ws('/chat', handler)（配合express-ws） - 调试友好：用
chrome://inspect可直连调试 WebSocket 服务端逻辑
PHP 作为 WebSocket 客户端反而更稳
当 PHP 需要「主动连 Node.js 的 ws 服务」（比如订单完成推消息给 Node 推送层），用 stream_socket_client + 手动拼握手包虽麻烦，但比自己写服务端靠谱得多——毕竟只管发一次请求、收一次响应。
立即学习“PHP免费学习笔记（深入）”；
- 推荐用
textalk/websocketComposer 包，它把握手、掩码、分帧全包了，PHP 7.4+ 下稳定 - 注意
stream_set_timeout($fp, 5)必须设，否则 DNS 卡住或 Node 服务宕机时，PHP 请求会 hang 死整个页面 - 别用
fsockopen：它不支持 TLS（wss://），而现代生产环境基本都强制加密
混合架构下，别让 PHP 承担实时逻辑
常见误区是用 PHP 写 WebSocket 服务来“统一技术栈”，结果上线后发现每 200 个连接就吃掉 1GB 内存。真实项目里更合理的分工是：
- Node.js 负责长连接管理、广播、心跳、离线消息队列（如搭配 Redis Pub/Sub）
- PHP 只负责业务 CRUD，需要推送时调用 Node.js 的 HTTP API 或 WebSocket 客户端发指令
- 两者通信走本地
127.0.0.1:3001，延迟低于 1ms，比任何 PHP 内置方案都快且稳
真正难的不是“能不能连上 WebSocket”，而是谁该持有连接状态、断线重连策略怎么配、消息堆积时如何削峰——这些在 PHP 里得从零设计，在 Node.js 里已有 ws、socket.io、uWebSockets.js 多层次方案可选。
