JavaScript 中怎么在 SSE 中通过状态码判断连接建立成功与否-js教程-PHP中文网

SSE连接成功的关键判断依据是收到合法text/event-stream响应并开始流式传输，而非仅依赖HTTP状态码；现代浏览器在触发onopen事件或接收到首条有效事件（如ping）时即视为连接建立，而onerror事件配合readyState变化用于捕获断连等失败场景。

javascript 中怎么在 sse 中通过状态码判断连接建立成功与否

HTTP 状态码本身不能直接用于判断 SSE（Server-Sent Events）连接是否“建立成功”，因为 SSE 是基于 HTTP 长连接的流式通信，浏览器发起请求后，只要收到 200 OK（或其它 2xx）响应并开始接收 event-stream 数据，就视为连接已建立；而连接失败（如网络中断、服务不可达）通常表现为请求被拒绝、超时或连接意外关闭，此时不会收到状态码，而是触发 error 事件。

关键点：SSE 连接成功的实际判断依据

SSE 的 EventSource 实例没有提供“连接成功”的回调（如 onopen 并非标准规范中的可靠信号），但可通过以下方式间接确认：

监听 onopen 事件：虽然不是所有浏览器都严格按规范触发，但现代浏览器（Chrome、Firefox、Edge）在收到合法的 Content-Type: text/event-stream 响应头且开始流式传输时，会触发该事件 —— 这是最接近“连接成功”的信号。
检查响应状态码（仅限初始请求）：可在创建 EventSource 前用 fetch 预检（不推荐用于生产），或通过服务端日志/监控确认返回的是 200。但注意：EventSource 不暴露初始响应的状态码给前端 JavaScript。
依赖首次有效事件到达：服务端主动推送一个 id 或 ping 类型事件（如 data: ping\n\n），前端监听 onmessage 或特定 addEventListener('ping', ...)，收到即表明流已通。

如何捕获连接失败的情况

EventSource 在发生错误时会触发 onerror，但需注意它可能反复触发（例如自动重连期间）。典型失败场景及对应表现：

Java 接口排错助手

在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。

下载

服务端返回非 2xx 状态码（如 401、503）→ 请求失败，onerror 触发，readyState 变为 0（CLOSED），之后可能自动重试（取决于 retry 设置）。
网络中断或服务不可达 → onerror 触发，readyState 变为 0，浏览器按默认策略（或 retry 指令）延迟重连。
响应头缺失 Content-Type: text/event-stream → 大多数浏览器直接拒绝连接，触发 onerror，readyState 保持 0。

实用建议：增强连接状态可观测性

单纯依赖状态码不够，建议组合使用以下方法提升健壮性：

设置 eventSource.readyState 轮询或监听变化，0 表示未连接/断开，1 表示正在连接，2 表示已连接并接收中。
服务端在建立连接后立即发送一条带时间戳的初始化事件（如 event: init\ndata: {"ts":171xxxxxx}\n\n），前端收到即标记“已就绪”。
客户端实现简单心跳机制：若超过 N 秒未收到任何事件（包括 comment 或 data），主动调用 eventSource.close() 并重建连接。
避免在 onerror 中无条件重连，先检查 eventSource.readyState === 0 再决定是否新建实例，防止重连风暴。