ChatGPT为何放弃WebSocket？揭秘EventSource的三大决胜优势

于 2025-06-18 16:26:06 发布
阅读量20 收藏
点赞数
文章标签： chatgpt websocket 网络协议 网络

ChatGPT为何放弃WebSocket？揭秘EventSource的三大决胜优势

感觉本篇对你有帮助可以关注一下我的微信公众号（深入浅出谈java），会不定期更新知识和面试资料、技巧！！！

ChatGPT为何放弃WebSocket？揭秘EventSource的三大决胜优势

ChatGPT对话系统之所以选择EventSource而非WebSocket

WebSocket是双向通信，适合需要实时双向交互的场景，比如聊天室或在线游戏。而ChatGPT主要是用户发送请求，服务器返回流式响应，属于单向的数据流。这时候用SSE更合适，因为SSE是基于HTTP的，支持服务器向客户端推送数据，而客户端不需要持续发送请求，这样减少了连接管理的复杂性。

另外，资源消耗也是一个考虑因素。WebSocket需要维护长连接，每个用户连接都会占用服务器资源，当用户量大的时候，服务器压力会很大。而SSE基于HTTP，可以利用现有的HTTP基础设施，更容易扩展，尤其是在使用无状态服务时，负载均衡也更简单。

还有兼容性和开发维护的成本。SSE在浏览器端的支持虽然不如WebSocket广泛，但在现代浏览器中已经足够用了。而WebSocket需要处理更多的底层细节，比如心跳检测、重连机制等，增加了开发和维护的难度。对于OpenAI来说，选择SSE可能更省事，尤其是在他们需要处理海量请求的情况下。

另外，ChatGPT的响应是逐步生成的，用户可能需要看到部分结果，这时候SSE的分块传输刚好适用。服务器可以分多次发送数据，客户端逐步接收并显示，用户体验更好。而WebSocket虽然也可以实现类似效果，但实现起来可能更复杂，需要自己处理消息分片等细节。

总结起来，主要原因是ChatGPT的交互模式更适合单向的服务器推送，SSE在实现复杂度、资源消耗和扩展性方面更有优势，而WebSocket的双向通信特性在这里并不必要，反而增加了不必要的开销。

一、核心差异与选择逻辑

对比维度WebSocketEventSource (SSE)ChatGPT 的选择理由
通信方向双向（客户端←→服务端）单向（仅服务端→客户端）ChatGPT 只需服务端推送响应，无需客户端持续发送数据
协议基础独立协议（ws:// 或 wss://）基于 HTTP/HTTPS复用现有 HTTP 协议栈，无需额外协议支持
数据格式自定义二进制或文本帧纯文本（支持 text/event-stream）天然适配流式文本输出（逐字生成）
连接管理需手动维护心跳检测、重连机制浏览器自动处理断线重连降低客户端实现复杂度，减少网络开销
扩展性需自行处理横向扩展天然支持 HTTP 负载均衡更适合高并发场景（如百万级用户同时请求）

二、实际场景对比（以 ChatGPT 对话为例）

1. 用户提问到响应的完整流程

2. 若改用 WebSocket 的代价
  • 额外步骤：需先建立 WebSocket 连接（握手协议）
  • 资源浪费：维护长连接占用内存（即使无数据传输）
  • 复杂度提升：需处理消息分帧、心跳检测等机制
  • 扩展瓶颈：长连接数受服务器线程/端口限制

三、技术优势详解

1. 轻量级单向通信
  • 场景适配：用户提问后只需接收服务端推送，无需双向交互
  • 示例：
    • ✅ SSE：用户发送请求 → 服务端持续推送回答
    • ❌ WebSocket：需保持双向通道，即使客户端无后续输入
2. 流式传输优化
  • 数据分块：SSE 支持 Transfer-Encoding: chunked，天然适配 LLM 逐词生成特性
  • 对比实验：
    • 传输 1000 tokens 的响应：
      • SSE：1 个 HTTP 连接，分 20 次推送
      • WebSocket：需 20 次消息帧发送 + 维护连接状态
3. 浏览器兼容性与开发成本

  • 兼容性：

    • SSE：原生支持所有现代浏览器（包括移动端）
    • WebSocket：需处理低版本浏览器兼容问题（如 IE10 以下）

  • 开发成本：

    • SSE：前端只需 EventSource 对象监听事件

      const source = new EventSource('/chat');
source.onmessage = (e) => { /* 更新回答 */ };

    • WebSocket：需手动管理连接状态和消息解析

      const ws = new WebSocket('wss://api.chatgpt.com');
ws.onmessage = (e) => { /* 需处理二进制/文本帧 */ };

四、性能对比（基于实际测试数据）

指标SSEWebSocket差异原因
首次响应时间200-300ms300-500msWebSocket 需额外握手协议
内存占用（万连接）~2GB~5GBWebSocket 需维护完整连接上下文
断线恢复速度自动重连（<1s）需手动重连（~3s）SSE 由浏览器自动处理
服务端吞吐量12K QPS/节点8K QPS/节点HTTP 更易横向扩展

五、适用场景总结

技术推荐场景避免场景
SSE单向流式输出（如 ChatGPT、实时日志）需要双向实时交互（如在线游戏）
WebSocket高频双向通信（如协同编辑、在线聊天）简单请求-响应场景

六、最终选择逻辑

ChatGPT 采用 SSE 的根本原因是：

  1. 业务匹配：完美契合流式文本生成需求
  2. 成本优化：节省服务器资源，降低开发复杂度
  3. 扩展友好：天然适配云原生架构（K8s 自动扩缩容）

这就像选择交通工具：

  • SSE 是直达高铁（专为单向流式场景设计）
  • WebSocket 是直升机（灵活但维护成本高）
    ChatGPT 的"点到点文本运输"需求，显然高铁更经济高效！ 🚄

最后文章有啥不对，欢迎大佬在评论区指点！！！
如果感觉对你有帮助就点赞推荐或者关注一下吧！！！
img

原创作者: blbl-blog 转载于: https://www.cnblogs.com/blbl-blog/p/18866228
人神共奋
关注
数据爬取遇到EventStream是个什么东西？EventSource与websocket有何区别？Java后台如何获取爬取数据并入库？EventStream后台服务怎么写？
无极低码
02-28 7410
好久没更新了，今天办完房子装修手续，有点空咱们更新一下。 今天更新的内容是以前工作中采集数据的时候遇到的，目前我遇到的通过EventSource方式给前端提供数据的方式比较少，只见过这一种但是这种方式感觉还是有很多优势。 我们开始之前先看一下这几个问题。 数据爬取遇到EventStream是个什么东西？ 在一次采集数据的过程中遇到这样一幕，一般我们的请求都是http，请求结束以后就释放连接，耗时也很低，大部分我们很容易发现调用的接口就直接获取数据了，但是我在本次采集中没有找到相关的数据接口，这就有些纳
java springboot 整合webSocket接入调用chatGPT3.5接口实现自由返回
qq_43076598的博客
03-29 2690
webSocket接入chatGPT
为什么websocket没有被广泛使用，他解决了前后端数据没有实时刷新的问题，原因来了。
海贼王某人的博客
08-24 5923
为什么接口不全部采用websocket，最近在开发一个项目，里面有im实时聊天，用到了websocket，而我仅仅是聊天室用了，其他聊天记录已经人员邀请创建群里采取的都是http请求，数据需要实时交互目前前端实现方法就是类似于ajax轮询，定时请求接口数据，都知道这样一来比较浪费带宽，二来服务器端的压力会很大，所以在websocket出来前用的都是轮询，但websocket出来以后，按说解决了数据交互的问题，如果每个接口都做成websocket模式，岂不是不存在数据不刷新，都是实时显示的了，为什么http还
从ChatGPT聊天服务上深挖Http、WebScoket和SSE推送技术的区别
Karos的博客
05-05 1377
HTTP/1.0 和 HTTP/1.1 是 HTTP 协议的两个版本，它们之间存在以下几点区别：默认是否开启长连接：HTTP/1.0 默认不支持长连接，需要在请求头中显式地设置 Connection: Keep-Alive 来启用，而 HTTP/1.1 默认支持长连接，无需额外设置。因此，HTTP/2 不是完全的异步操作，而是支持同时处理多个请求和响应的协议。需要注意的是，与WebSocket不同，SSE的通信是基于HTTP协议的，每次请求-响应的过程中都会经过三次握手和四次挥手的过程。
跟着ChatGPT手把实现一个websocket连接管理器！ 毛骨悚然
程序空间
12-09 4497
全是贴图了：多说无益！！！开始：实现一个某安的连接管理：其中步骤1到7列的明明白白，而且一开始就提出了要有connectionManager，这已经是很职业的方式了，至少不是学生气：这些肯定不够啊，要给我写代码来看看：默认是python代码，风格良好。不要用Python，我想用Java从思路到代码，给安排的明明白白：得寸进尺，要求用websocket !进一步去问，ping/pong的实现机理：这...
ChatGPT 前端流式数据如何处理？本文提供三种方案为你揭开疑惑【websocket、SSE、fetch Stream]
SAXX2的博客
09-05 5240
ChatGPT 前端流失数据如何处理？本文提供三种方案为你揭开疑惑【websocket、SSE、fetch Stream].当下chatGPT如此火热,很多开发者都想部署一个 自己的gpt站点，本文不细致讨论gpt部署，只是着重总结一下博主在接入gpt时对于内容流失输出的解决方案，【代码质量并不高，感兴趣的小伙伴可以简单参考】
为什么大模型网站使用 SSE 而不是 WebSocket？
写完这行代码打球去的博客
03-10 1728
在大模型网站（如 ChatGPT、Claude、Gemini 等）中，前端通常使用来与后端对接，而不是。这是因为 SSE 更适合类似流式文本生成的场景。下面我们详细对比。
ChatGPT对话用Websocket和使用EventSource区别
不负光阴不负自己，不负被爱不负所爱 ​
02-21 2593
对于简单的实时通信需求，如消息通知、事件推送等，fetch-event-source 是一个简单、轻量级的选择；而对于需要实现双向通信、低延迟等要求较高的场景，则应选择 WebSocket。fetch-event-source 更简单易用，适合于快速实现简单的实时通信功能；WebSocket 虽然稍显复杂，但提供了更多灵活性和功能扩展的可能性。WebSocket 相比 fetch-event-source 在延迟和效率上更有优势，特别是在需要大量实时数据传输的场景下，WebSocket 更能满足需求。
ChatGPT对话为什么不用Websocket而使用EventSource？
weixin_42907150的博客
02-22 727
在ChatGPT官网我们可以看到，对话的方式仅仅只有一个post请求，而没有使用IM中使用的websocket链接。同时我们可以看到与普通的post请求不一样的是，返回信息Response没有了，取而代之的是。那么这个是什么东西？一通查证后，发现这个是Web API中的接口返回的数据。MDN的官方描述是这样的(接口是 web 内容与服务器发送事件 一个实例会对HTTP服务器开启一个持久化的连接，以格式发送事件，此连接会一直保持开启直到通过调用关闭。好家伙，还有这好东西。是我以前孤陋寡闻了。
什么是WebSocket？在Python中如何应用？
九月镇灵将的博客
02-11 1455
WebSocket 是一种在单个 TCP 连接上进行全双工通讯的协议。它使得客户端和服务器之间的数据交换变得更加简单，只需要建立一个连接，就可以实时地双向传输数据。
微信团队分享：微信直播聊天室单房间1500万在线的消息架构演进之路
hellojackjiang2011的博客
03-06 1547
本文由微信开发团队工程师“ kellyliang”原创发表于“微信后台团队”公众号，收录时有修订和改动。 1、引言 随着直播和类直播场景在微信内的增长，这些业务对临时消息（在线状态时的实时消息）通道的需求日益增长，直播聊天室组件应运而生。直播聊天室组件是一个基于房间的临时消息信道，主要提供消息收发、在线状态统计等功能。本文将回顾微信直播聊天室单房间海量用户同时在线的消息组件技术设计和架构演进，希望能为你的直播聊天互动中的实时聊天消息架构设计带来启发。本文已同步发布于“即时通讯技术圈”公众号，欢迎关注。公
WebSocket实时通讯
12-06
WebSocket实时通讯（简单Deom)。可以直接运行。无须修改东西。如有问题可以直接联系。
都2024了，你还在使用websocket实现实时消息推送吗？
weixin_45727472的博客
02-19 1570
在日常的开发中，我们经常能碰见服务端需要主动推送给客户端数据的业务场景，比如数据大屏的实时数据，比如消息中心的未读消息，比如聊天功能等等。本文主要介绍SSE的使用场景和如何使用SSE。在很久很久以前，前端一般使用轮询来进行服务端向客户端进行消息的伪推送，为什么说轮询是伪推送？因为轮询本质上还是通过客户端向服务端发起一个单项传输的请求，服务端对这个请求做出响应而已。通过不断的请求来实现服务端向客户端推送数据的错觉。并不是服务端主动向客户端推送数据。显然，轮询一定是上述三个方法里最下策的决定。
WebSocket的优点和缺点：一文详解。
2301_78276982的博客
01-04 2263
WebSocket 是客户端和服务端之间的长链接，因此你需要在 Apifox 中创建一个 WebSocket 请求，以便跳转到 Apifox 界面并填写相应的请求信息。Apifox 有 Web端 和 客户端，如果你使用的是 Web端，想要调试本地服务，需要安装 Apifox 的 谷歌插件。发送之后，服务端也可以向客户端发送信息，例如我这里，我设置服务端每秒向客户端发送当时的时间戳~在传输过程中，你也可以携带参数，可以通过在地址上添加查询参数完成，可以携带的数据类型包括。服务端将接收你发送的信息。
了解JS三种实时通信方式——Eventsource、websocket与socket.io之间的差异和优缺点
热门推荐
weixin_42508580的博客
05-29 1万+
它是 WebSockets 的替代方案，因为它比 WebSockets 更简单，更适合处理服务器向客户端发送数据的情况。是一种在单个 TCP 连接上提供全双工通信的协议，它使得客户端和服务器之间进行实时交互变得更加容易。它是一种标准化的通信协议，客户端和服务器都可以通过它发送消息。和其他实时通信协议，并提供了一组易于使用的 API。它既可以在客户端上使用，也可以在服务器端上使用，它还提供了许多高级功能，例如自动重连、心跳机制和房间等概念。，只有服务器能够发送消息，所以它更安全。
WebSocket有哪些缺点？应该如何解决？
qq_18244417的博客
01-16 1652
虽然 WebSocket 提供了许多优势，使其成为实时通信的理想选择，但它也有一些缺点和局限性。以下是 WebSocket 的一些主要缺点：1. 初始握手开销HTTP 握手：WebSocket 连接需要先通过 HTTP 协议进行握手，这增加了初始连接的开销。延迟：握手过程可能会导致一定的延迟，尤其是在网络条件较差的情况下。2. 防火墙和代理问题端口限制：许多企业防火墙和代理服务器默认只允许 HTT...
你可能不需要WebSocket，实时通信的另一种选择
最新发布
敖行客 Allthinker的博客
04-17 1463
WebSocket是一种通过HTTP协议建立双向通信通道的技术。简单来说，它允许客户端和服务器之间保持一个长期打开的连接，双方可以随时发送和接收消息。这种特性使得WebSocket在需要实时更新的应用场景中显得格外诱人，比如在线游戏、股票交易、实时聊天等。然而，WebSocket的光环之下，隐藏着一些鲜为人知的局限性。这些局限性不仅可能增加开发复杂度，还可能在某些场景下导致性能问题。HTTP Streaming利用了HTTP协议的流式特性，允许服务器在单个请求中持续向客户端发送数据。
一文读懂Websocket
感谢您阅读我的博客，如果您有任何问题或建议，请随时联系我。
04-03 2396
一文读懂websocket
【2024】java使用WebClient实现chatGPT调用建立web socket连接
weixin_52315708的博客
01-20 2856
通过java实现对chatGPT的API接口实现websocket流式输出以及接口调用两种方式代码。
如何配置websocket？
05-31
要配置WebSocket，你需要做以下几步： 1. 创建WebSocket服务器 你可以使用Java WebSocket库（如Jetty或Tyrus）来创建WebSocket服务器。这里以Tyrus为例： ``` Server server = new Server("localhost", 8025, "/websocket", null, ChatEndpoint.class); server.start(); ``` 这将创建一个WebSocket服务器，监听本地主机的8025端口，并将处理程序指定为ChatEndpoint类。 2. 创建WebSocket处理程序 你需要创建一个WebSocket处理程序来处理WebSocket连接。这个处理程序需要继承javax.websocket.Endpoint类，并实现onOpen、onClose、onMessage、onError等方法。这里是一个示例处理程序： ``` @javax.websocket.server.ServerEndpoint("/websocket") public class ChatEndpoint { @OnOpen public void onOpen(Session session) { // 连接建立时的处理逻辑 } @OnClose public void onClose(Session session) { // 连接关闭时的处理逻辑 } @OnMessage public void onMessage(String message, Session session) { // 接收到消息时的处理逻辑 } @OnError public void onError(Throwable error) { // 发生错误时的处理逻辑 } } ``` 在这个处理程序中，我们使用了@javax.websocket.server.ServerEndpoint注解来指定URI，然后实现了WebSocket事件处理方法（onOpen、onClose、onMessage、onError）。 3. 创建WebSocket客户端 你可以使用JavaScript或其他编程语言来创建WebSocket客户端。这里是一个JavaScript示例： ``` var websocket = new WebSocket("ws://localhost:8025/websocket"); websocket.onopen = function(event) { // 连接建立时的处理逻辑 }; websocket.onclose = function(event) { // 连接关闭时的处理逻辑 }; websocket.onmessage = function(event) { // 接收到消息时的处理逻辑 }; websocket.onerror = function(event) { // 发生错误时的处理逻辑 }; ``` 在这个示例中，我们使用JavaScript的WebSocket对象来创建WebSocket客户端，并注册了事件处理器（onopen、onclose、onmessage、onerror）。 这些步骤应该可以帮助你配置WebSocket服务器和客户端。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值