PHP WebSocket客户端不能直接用fsockopen手动握手实现，必须使用textalk/websocket类库或Swoole扩展；前者轻量纯PHP，后者支持wss且性能高；JS与PHP应分层解耦，PHP仅负责触发和组装数据。
PHP WebSocket客户端根本不能直接用 fsockopen 手动握手跑通
很多人试过用 fsockopen 连 ws:// 地址，发 GET / HTTP/1.1 + Upgrade: websocket 头，以为能搞定——实际几乎必失败。WebSocket 握手要求精确的 Sec-WebSocket-Key base64 编码、对应 Sec-WebSocket-Accept 哈希（SHA1 + magic string），且后续所有帧都需按协议掩码/解码。手写极易出错，尤其掩码字段位置、长度字节变长编码、payload 解包逻辑。
真正可行的路径只有两条：
- 用成熟扩展：如
ext-websocket（PHP 8.1+ 内置，但仅服务端）或第三方php-websocket-client类库 - 退而求其次：让 PHP 当「中转代理」，用
cURL或file_get_contents调用已跑在本地的 Node.js/Python WebSocket 服务（不推荐，增加运维负担）
推荐方案：用 textalk/websocket Composer 包实现基础通信
这是目前最轻量、维护活跃、文档清晰的纯 PHP WebSocket 客户端实现。它封装了握手、帧编解码、心跳、重连，且不依赖扩展。
安装：
composer require textalk/websocket
立即学习“PHP免费学习笔记（深入）”；
基本用法示例（连接、发消息、收消息）：
$client = new \WebSocket\Client("ws://localhost:8080");
$client->send('hello from PHP');
echo $client->receive(); // 阻塞等待响应
$client->close();
注意点：
- 该库默认同步阻塞，
receive()会卡住直到有数据或超时；如需非阻塞，得配合stream_select自行轮询，或改用 Swoole - 不支持
wss://（TLS）除非你手动传入stream_context配置ssl选项 - 没有内置自动重连，需自己捕获
\WebSocket\ConnectionException后重试
Swoole 是唯一靠谱的生产级 PHP WebSocket 客户端方案
如果你的环境已装 Swoole（>= 4.8.0），它提供的 Swoole\Coroutine\Http\Client 可以原生支持 ws:// 和 wss:// 协议，性能高、异步非阻塞、自动处理掩码和 ping/pong。
关键代码片段：
$client = new \Swoole\Coroutine\Http\Client('127.0.0.1', 8080, true); // true = TLS for wss
if (!$client->upgrade('/')) {
throw new RuntimeException('Upgrade failed');
}
$client->push('{"type":"auth","token":"xxx"}');
go(function () use ($client) {
while ($frame = $client->recv()) {
var_dump($frame->data);
}
});
坑点提醒：
-
upgrade()必须在connect()后立即调用，不能先get()或post() -
$frame->data是原始字符串，JSON 消息需自己json_decode() - 协程客户端必须在协程环境中运行（
go()或run()），普通 FPM 下无效
JS 与 PHP 双向通信的实际架构只能是「分层解耦」
不存在一个 PHP 进程既当 WebSocket 服务端又当客户端去“桥接”浏览器。典型结构是：
- 前端 JS 直连 WebSocket 服务端（如 Swoole HTTP Server、Workerman、Node.js
ws库） - PHP 业务逻辑通过 Redis Pub/Sub、数据库轮询、或 HTTP API 推送事件给 WebSocket 服务端进程
- WebSocket 服务端收到 PHP 推送后，再广播给指定客户端
强行让 PHP 客户端去连自己的服务端，不仅引入多余网络跳转和单点故障，还会因 PHP 的同步模型导致连接数上不去、超时堆积。真正需要双向实时性的场景，PHP 只应负责「触发」和「组装数据」，不该参与长连接生命周期管理。
