Server-Sent Events（SSE）与 WebSocket 全面对比：该选哪个？

mrkong

在开发实时 Web 应用时，Go 开发者常常会面临一个选择难题：Server-Sent Events（SSE） 和 WebSocket 都能实现“服务器向客户端推送消息”的功能，但它们具体有什么区别？该如何选择？

本篇文章将从概念、工作机制、优劣对比、适用场景、性能、安全性等多个角度，结合 Go 的实现方式，深入剖析 SSE 与 WebSocket 的异同，帮助你在项目中做出正确的技术选型。

概念对比

项目	SSE（Server-Sent Events）	WebSocket
通信方向	单向（服务器 → 客户端）	双向（客户端 ↔ 服务器）
协议	基于 HTTP/1.1（长连接）	独立协议：ws:// 或 wss://
数据格式	纯文本（MIME 类型为 text/event-stream）	任意格式（常见 JSON、Protobuf）
连接方式	客户端发起 HTTP 请求后服务器持续推送	WebSocket 握手建立全双工连接
浏览器支持	原生支持（EventSource API）	原生支持（WebSocket 对象）

工作机制详解
SSE 工作流程：

• 客户端通过 EventSource 发起 HTTP 请求；
• 服务端设置响应头 Content-Type: text/event-stream 并保持连接不断开；
• 服务端按需推送消息（格式为 event + data）；
• 客户端监听消息并触发回调。
  
  

Go 示例代码：

1. func sseHandler(w http.ResponseWriter, r *http.Request) {
   
2.         w.Header().Set("Content-Type", "text/event-stream")
   
3.         w.Header().Set("Cache-Control", "no-cache")
   
4.         w.Header().Set("Connection", "keep-alive")
   
5. 
   
6.         for {
   
7.                 fmt.Fprintf(w, "data: %s\n\n", time.Now().String())
   
8.                 w.(http.Flusher).Flush()
   
9.                 time.Sleep(1 * time.Second)
   
10.         }
    
11. }

复制代码

WebSocket 工作流程：

• 客户端通过 WebSocket API 发起升级协议请求；
• 服务端通过 Upgrade 头协商，建立 WebSocket 连接；
• 建立连接后，客户端与服务端可以双向发送任意格式的数据。
  
  

Go 示例代码（使用 Gorilla WebSocket）：

1. func wsHandler(w http.ResponseWriter, r *http.Request) {
   
2.         upgrader := websocket.Upgrader{}
   
3.         conn, _ := upgrader.Upgrade(w, r, nil)
   
4. 
   
5.         for {
   
6.                 msgType, msg, err := conn.ReadMessage()
   
7.                 if err != nil {
   
8.                         break
   
9.                 }
   
10.                 conn.WriteMessage(msgType, msg) // echo
    
11.         }
    
12. }
    

复制代码

优缺点对比
✅ SSE 优势：

• 实现简单（基于 HTTP 协议，无需额外握手）；
• 自动重连机制内置（EventSource 自动支持）；
• 适合服务端单向广播场景（如新闻、告警、数据看板）。
  
  

❌ SSE 局限：

• 仅支持服务器向客户端单向通信；
• 不支持二进制传输；
• 高并发场景下，HTTP 长连接对服务器压力较大。
  
  

✅ WebSocket 优势：

• 支持双向通信，更灵活（适用于 IM、游戏、协作等）；
• 支持传输二进制数据，帧结构更高效；
• 支持压缩、分片等功能，适合复杂业务。
  
  

❌ WebSocket 局限：

• 实现更复杂，需要手动处理心跳、断线重连；
• 在某些代理或防火墙环境下兼容性较差；
• 安全性需额外注意（如跨站请求验证）。
  
  

性能简析

• SSE： 基于 HTTP/1.1 长连接，可结合 HTTP/2 多路复用进行优化，但性能仍不及 WebSocket；
• WebSocket： 建立连接后通过帧高效通信，适用于高频次、双向交互的实时应用。
  
  

安全性对比

• 两者都可使用 TLS 加密（SSE 用 https://，WebSocket 用 wss://）；
• WebSocket 在防范 XSS、CSRF 攻击时需自行加强安全策略（如 Origin 校验）；
• SSE 的安全策略更接近普通 HTTP 请求，更易集成到现有框架中。
  
  

Go 项目中推荐使用场景

使用场景	推荐技术
实时通知（如系统报警、新闻推送）	✅ SSE
聊天、协作编辑、实时互动游戏	✅ WebSocket
IoT 单向数据上报	✅ SSE
高频、双向通信（如股票交易系统）	✅ WebSocket

总结

• 如果你的需求是服务器定期向客户端推送信息，如：新闻更新、系统通知、实时数据看板 —— 那么 SSE 是一个简单、稳定、低开销的选择。
• 如果你的需求是实时交互型应用，如：聊天室、在线协作、实时游戏 —— 那么 WebSocket 是更合适的选择，因为它支持双向通信和更高的灵活性。