17370845950

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 自然无效。

实操建议：

• 用 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 异常，而是需要手动解析响应头。

实操建议：

• 发送完整 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 事件暴露。

实操建议：

• 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。

实操建议：

• 不要依赖 feof() 判断连接存活；改用定时发送 ping 帧 + 记录最后收包时间戳
• 每次 fread() 后检查返回值：false 表示底层错误，''（空字符串）通常表示对端关闭
• 用 stream_set_timeout($fp, 0, 500000) 设置读超时（半秒），避免无限等待
• 真正健壮的保活，得结合应用层心跳帧解码（0x89 ping / 0x8a pong），不是只看 socket 状态

最易被忽略的一点：WebSocket 是应用层协议，所有“连接异常”最终都要落到帧解析环节验证——握手、ping/pong、clos

e frame 的格式和语义错误，比 TCP 层失败更常见，也更难定位。