SSE连接成功的关键判断依据是收到合法text/event-stream响应并开始流式传输，而非仅依赖HTTP状态码；现代浏览器在触发onopen事件或接收到首条有效事件（如ping）时即视为连接建立，而onerror事件配合readyState变化用于捕获断连等失败场景。
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，但需注意它可能反复触发（例如自动重连期间）。典型失败场景及对应表现：
- 服务端返回非 2xx 状态码（如 401、503）→ 请求失败，
onerror触发，readyState变为0（CLOSED），之后可能自动重试（取决于retry设置）。 - 网络中断或服务不可达 →
onerror触发，readyState变为0，浏览器按默认策略（或retry指令）延迟重连。 - 响应头缺失
Content-Type: text/event-stream→ 大多数浏览器直接拒绝连接，触发onerror，readyState保持0。
实用建议：增强连接状态可观测性
单纯依赖状态码不够，建议组合使用以下方法提升健壮性：
立即学习“Java免费学习笔记（深入）”；
- 设置
eventSource.readyState轮询或监听变化，0表示未连接/断开，1表示正在连接，2表示已连接并接收中。 - 服务端在建立连接后立即发送一条带时间戳的初始化事件（如
event: init\ndata: {"ts":171xxxxxx}\n\n），前端收到即标记“已就绪”。 - 客户端实现简单心跳机制：若超过 N 秒未收到任何事件（包括
comment或data），主动调用eventSource.close()并重建连接。 - 避免在
onerror中无条件重连，先检查eventSource.readyState === 0再决定是否新建实例，防止重连风暴。
不复杂但容易忽略：SSE 的“成功”本质是流持续可读，而不是一次性的 HTTP 响应成功。关注事件流是否真正开启，比纠结初始状态码更有效。
