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 握手后还有帧解析，读响应时仍可能卡住。
立即学习“PHP免费学习笔记（深入）”；
实操建议：
- 连接超时用
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 死。