PHP中try/catch捕获不到WebSocket连接失败，因底层socket错误（如DNS失败、端口拒绝）触发的是Warning而非Exception；需用stream_socket_client配合错误码检查、显式超时及手动解析HTTP 101响应头来处理。
PHP 用 fsockopen 或 stream_socket_client 连 WebSocket 时，为什么 try/catch 捕不到连接失败？
因为底层 socket 连接失败（如 DNS 解析失败、目标端口拒绝、超时）抛出的是 Warning，不是 Exception。默认情况下，PHP 不会把这类错误转为异常，try/catch 自然无效。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 用
stream_socket_client替代fsockopen，它支持更细粒度的错误控制和返回值检查 - 禁用错误报告：在调用前加
@抑制 warning，再手动检查返回值和$errno/$errstr - 必须显式设置超时（
stream_context_create中配timeout和connect_timeout），否则可能卡住几十秒
$ctx = stream_context_create(['socket' => ['connect_timeout' => 5, 'timeout' => 5]]);
$fp = @stream_socket_client('tcp://echo.websocket.org:80', $errno, $errstr, 5, STREAM_CLIENT_CONNECT, $ctx);
if (!$fp) {
throw new RuntimeException("WebSocket connect failed: [$errno] $errstr");
}
WebSocket 握手阶段失败（HTTP 101 升级失败）怎么判断？
即使 TCP 连上了，WebSocket 要求服务端返回 HTTP/1.1 101 Switching Protocols，否则协议不成立。这个阶段的错误（如 400/403/502）不会触发 PHP 异常，而是需要手动解析响应头。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 发送完整 WebSocket 握手请求（含
Upgrade: websocket、Sec-WebSocket-Key等头） - 用
fgets()逐行读响应，检查首行是否为"HTTP/1.1 101" - 遇到非 101 响应（比如
"HTTP/1.1 403 Forbidden"），立刻fclose($fp)并抛出自定义异常 - 别依赖
stream_get_contents()一次性读——它可能阻塞，且无法区分状态行和 body
用 reactphp/socket 或 workerman 时，异常捕获逻辑有啥不同？
这些异步库把连接过程封装成 Promise 或回调，错误不再走传统 warning 流程，而是通过 rejection 回调或 onError 事件暴露。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- ReactPHP：
$connector->connect(...)->then(...)->otherwise(function (Exception $e) { ... }) - Workerman：
$client->onConnect = function($client) { ... }; $client->onError = function($client, $code, $msg) { ... }; - 注意：它们内部仍基于
stream_socket_client，但已帮你屏蔽了 errno 处理；你只需关注业务层异常（如 key 校验失败、协议不匹配） - 别在
onError里重连——需结合退避策略，否则可能触发服务端限流
为什么 WebSocket 心跳超时后，feof() 或 stream_select() 不报错？
TCP 连接未断开时，服务端静默关闭 WebSocket 通道（只发 close frame），但 TCP 层仍显示“连接中”。此时 feof($fp) 返回 false，stream_select() 也无就绪事件——直到你主动 fread() 才发现返回空或 false。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 不要依赖
feof()判断连接存活；改用定时发送 ping 帧 + 记录最后收包时间戳 - 每次
fread()后检查返回值：false表示底层错误，''（空字符串）通常表示对端关闭 - 用
stream_set_timeout($fp, 0, 500000)设置读超时（半秒），避免无限等待 - 真正健壮的保活，得结合应用层心跳帧解码（
0x89ping /0x8apong），不是只看 socket 状态
最易被忽略的一点：WebSocket 是应用层协议，所有“连接异常”最终都要落到帧解析环节验证——握手、ping/pong、close frame 的格式和语义错误，比 TCP 层失败更常见，也更难定位。
