17370845950

PHP用fsockopen连WebSocket卡住的根本原因是未发送HTTP Upgrade请求，而非超时设置问题；必须手动构造含Upgrade: websocket等头的GET请求，否则服务端不响应导致阻塞。

PHP 用 fsockopen 连 WebSocket 时卡住，根本不是超时没设，是没发 Upgrade 请求

PHP 原生不支持 WebSocket 协议，fsockopen 只能建 TCP 连接，但 WebSocket 握手必须发 HTTP Upgrade 请求。如果只连上就等响应，服务端不回、客户端不发，就会一直阻塞——看着像“超时”，其实是卡在协议层。

实操建议：

• 必须手动构造 GET / HTTP/1.1 请求头，含 Upgrade: websocket、Connection: Upgrade、Sec-WebSocket-Key（需 base64_encode(random_bytes(16))）
• fsockopen 调用时传入第 4 个参数 $errno 和第 5 个参数 $errstr，检查连接是否真失败，而非靠后续读取判断
• 连接后立即 fwrite($fp, $handshake_request)，再 fread($fp, 2048) 读响应，否则会挂死

用 stream_socket_client 设置连接超时和读写超时

stream_socket_client 比 fsockopen 更可控，支持流上下文（context），可分别设连接阶段和 I/O 阶段的超时。

常见错误：只设了 timeout，但 WebSocket 握手后还有帧解析，读响应时仍可能卡住。

实操建议：

• 连接超时用 timeout（单位秒，如 5），控制 stream_socket_client 建连耗时
• 握手后收响应，要用 stream_set_timeout($fp, 5) 设置读操作超时，否则 fgets 或 fread 可能永远等
• 避免用 stream_get_contents 读响应体——它不识别 WebSocket 帧结构，容易读不完或读错长度

真正可靠的方案：用 ext-websocket 或 reactphp/socket

原生 PHP 处理 WebSocket 是硬扛协议细节，出错率高、维护成本大。生产环境别自己拼 Sec-WebSocket-Accept 校验逻辑。

实操建议：

• 若可用 PECL 扩展，装 ext-websocket（非官方但较成熟），用 websocket_connect 封装握手和 ping/pong
• 若用 Composer 生态，reactphp/socket + evenement/emitter 可异步建连，配合 clue/reactphp-buzz 发 Upgrade 请求更稳
• 注意：所有用户态 WebSocket 客户端都依赖底层 stream 的 select 或 poll，Linux 上要确认 ulimit -n 足够，否则并发连多个 ws 会报 Too many open files

调试时怎么确认是哪一步超时？

别猜。把每一步拆开测：DNS 解析 → TCP 连接 → SSL 握手（

如 wss）→ HTTP Upgrade 发送 → 响应头接收 → 响应体读取。

实操建议：

• 用 dns_get_record($host) 单独测 DNS，排除域名解析慢
• stream_socket_client 的 $errstr 返回值里，Connection refused 是端口不通，Operation timed out 是连不上（网络或防火墙），SSL handshake failed 是证书或 TLS 版本问题
• 抓包看真实流量：tcpdump -i any port 8080 -w ws.pcap，Wireshark 打开查有没有 HTTP/1.1 101 响应

WebSocket 握手不是“连上就行”，从 DNS 到帧解析每一环都可能卡住；最常被忽略的是：服务端返回 101 后，客户端还得按 RFC6455 解析后续二进制帧——这里没超时控制，就真会 hang 死。