PHP客户端连接WebSocket时需通过Sec-WebSocket-Protocol或自定义Header(如Authorization)传token,URL带参仅当服务端明确支持;须手动解析握手响应状态码判断401等鉴权失败;重连前应清空旧socket资源并监听close帧code实现token刷新。
WebSocket 协议本身不支持在握手阶段像 HTTP 那样直接带 Authorization 头或 Cookie(除非服务端显式支持并解析),PHP 原生 fsockopen 或 stream_socket_client 发起连接时,只能手动构造 HTTP 握手请求。常见错误是直接在 URL 后拼 ?token=xxx,但很多 WebSocket 服务端(如 Workerman、Swoole、ws:// 代理)默认不解析 query string 做鉴权。
实操建议:
Sec-WebSocket-Protocol 或自定义 header(如 Authorization)传 token——需服务端配合解析;?token=xxx 是最简方式,但必须确认服务端是否从 $_GET 或 $request->get['token'] 取值;wss://)加密传输,否则明文 token 会被中间人截获。Ratchet 的 onOpen 是连接建立后才触发的,此时已错过握手阶段。ReactPHP 的 WebSocketClient 同理——它不暴露握手请求对象,无法插入 header。
实操建议:
textalk/websocket 或 goranxu/ws-client 这类可定制握手的库;textalk/websocket 允许传 headers 数组:$client = new WebSocket("wss://api.example.com", ["Authorization" => "Bearer xxxxx"]);Upgrade: websocket、Sec-WebSocket-Key 和自定义 header,并读取响应状态码和 Sec-WebSocket-Accept;401 或关闭连接时,PHP 客户端要检查 stream_get_meta_data($fp) 中的 timed_out 或 eof 状态,不能只靠是否连上判断成功。标准 WebSocket 握手响应是 HTTP/1.1 报文,但 PHP 的 stream_socket_client 默认不返回状态码,只会返回 socket 资源或 false。你看到的 “连接成功” 可能只是 TCP 握手通了,HTTP 层已被服务端拒绝。
实操建议:
stream_socket_client 后,立即调用 fgets($fp, 1024) 读第一行响应,检查是否为 "HTTP/1.1 101";"HTTP/1.1 401" 或 "HTTP/1.1 403",说明鉴权失败,应 fclose($fp) 并抛出异常;stream_set_timeout($fp, 5) 并监听 feof() 或 !is_resource($fp);error_get_last(),它通常为空——WebSocket 握手失败不触发 PHP warning。WebSocket 是长连接,不像 HTTP 每次请求都能重新签发 token。一旦连接中 token 失效,服务端通常会发 close 帧(code 4001 或自定义)或直接断连,但 PHP 客户端若没监听 onClose 或没实现心跳,就会卡在无效连接里。
实操建议:
4001 表示认证过期),PHP 客户端解析 close payload 前 2 字节获取 code;pcntl_fork 或 proc_open 启动子进程轮询 token 有效期,避免主连接线程阻塞;stream_socket_client 可能复用底层 fd 导致“假连接”;Authorization、不校验 Origin、或强制要求 Cookie 而非 token。PHP 客户端写的再严谨,服务端没配对,一切白搭。