1. 引言
1.1 Chatgpt带给我的冲击
随着OpenAI Chatgpt的横空出生，我的世界观发生了改变。
曾经一直觉得电影中的AI其实这是一种人们的设想，由于作为程序员的咱们最清楚，机器能剖析自然语言而且了解自然语言是多么难的一件工作，但是Chatgpt出生了。
自然而然，咱们是最早触摸的一批人。这让我有点接受不了这个新玩意。
用 Chatgpt3 的时分还没有这种感觉，但是Gpt4太夸张了，人类落花流水，高考，雅思，…一切人类的考试，他考都是状元等级。语言干不过人家，代码写不过人家，学习能力还没人家强，科技也在AI的协助下日新月异，人类考虑到的他考虑到了，人类考虑不到的他也考虑到了，所有公司现在都为了不在时代的冲刷下逝世，都挑选快速拥抱Gpt，生怕自己被淘汰。大刘的技能爆破真的要来了，嵌入式也在快速发展，Moss还会远吗？
1.2 Chatgpt给我带来的反思
Chatgpt4给我一种抡了一辈子的锄头，突然看见联合收割机的感觉。生产力本就过剩的社会，AI的出现居然又张狂解放生产力。App和网站说到底就是简化人们使用互联网的入口，今后App和网站还需求吗？乃至手机还需求吗？电脑还需求吗？屏幕接一个嵌入式AI就好了，载体乃至可所以任何东西。
所以咱们今后干什么呢？
难道就像乌托邦的社会相同，AI去做一切的劳动力，人类只用立异就行了，满足的生产力供给全部的人类，人类具有了历史上前所未有的自由和解放之后，人类去发挥自己的自主能动性去立异吗？
我不知道，也不敢想象，现在能做的也只是快速拥抱AI。
不学习还能怎么办？
传统的恳求-呼应模型在一定程度上无法满足用户对实时性的需求。频繁的轮询会增加服务器和客户端的担负，一起带来延迟和资源糟蹋。这促进了对更有效的实时通讯方式的探索。
2. 初识 OpenAI SSE 协议
2.1 OpenAI SSE 协议
对接的过程中我发现一个很有趣的东西，OpenAI 的 API 分为两种对接类型：
- Http Restful 接口类型。
- OpenAI SSE 协议的流式呼应类型。
作为一种基于 HTTP 的轻量级通讯协议，OpenAI SSE 专心于完成服务器到客户端的单向通讯，为谈天使用的实时性供给了全新的解决方案。
2.2 OpenAI SSE 协议的基本原理
OpenAI SSE（Server-Sent Events）协议基于 HTTP，经过树立耐久衔接完成服务器到客户端的单向通讯。客户端经过简略的事情流（Event Stream）接纳实时的信息。服务器将事情流以纯文本形式发送到客户端，客户端经过监听这些事情来获取实时更新。这种轻量级协议消除了频繁轮询的需求，完成了更高效的实时通讯。
2.3 为什么要用 OpenAI SSE 协议呢？
最简略最直观的说法就是让用户直观的得到呼应。
但是经过我的一番了解之后，OpenAI SSE的优点主要有：
实时性与用户体会
OpenAI SSE 协议经过树立耐久衔接，使得服务器可以实时地将信息推送到客户端，完成了高度实时性。这关于谈天使用来说，意味着用户可以更敏捷地接纳到新音讯，极大地提升了用户体会。
减轻服务器和网络担负
相较于传统轮询方式，OpenAI SSE 协议采用单向通讯的方式，减轻了服务器和网络的担负。服务器只需在有新音讯时进行推送，降低了不必要的通讯开销，提高了系统的效率。
简化开发杂乱性
OpenAI SSE 协议的规划简略而直观，使得开发者可以更轻松地完成实时通讯功能，减少了杂乱的技能完成难度。这使得谈天使用的开发周期更加敏捷。
支撑多样化的使用场景
OpenAI SSE 不只适用于谈天使用，还可用于各种需求实时性的场景，照实时数据更新、告诉推送等。其灵活性使得它成为多范畴实时通讯的抱负挑选。
2.4 传统的谈天使用架构
传统谈天使用采用客户端-服务器架构，其中服务器负责处理衔接、音讯传递和存储。登录过程包含用户认证和获取联系人列表。音讯发送触及客户端向服务器发送音讯，服务器负责处理和转发。音讯接纳阶段中，服务器向在线用户推送音讯，离线用户的音讯存储在数据库中，待其上线时再推送。这种模式满足基本谈天需求，但实时性和服务器压力仍是应战。
2.5 SSE 与传统恳求-呼应模型的区别
SSE（Server-Sent Events）与传统恳求-呼应模型的主要区别在于实时性和通讯方式。传统模型中，客户端经过定期发起恳求轮询服务器，而SSE则树立耐久衔接，允许服务器主动向客户端推送实时事情。这消除了轮询的开销，提高了实时通讯效率，使客户端可以即时接纳到服务器推送的信息。
总结
一定要多考虑，假如人永久待在舒适圈的话，人永久不会成长。共勉
觉得作者写的不错的，值得你们学习的话，就请点一个免费的赞吧！这个对我来说真的很重要。૮(ᵔ ᵕ ᵔ)ა
