借着ChatGPT的人机交互聊聊长连接

       ChatGPT这两年可谓风靡全球，尤其是最近Sora视频模型的横空出世以及claude 3模型所具备的浅意识，更是像打开了新世界的大门。本文就从ChatGPT的网页聊天开始聊起（有蹭热度之嫌，哈哈），聊聊长连接的发展历程和应用场景，文章尽量少说生涩的学术性的东西，就是瞎聊。本文也会简单聊聊自己曾经开发的电商客服系统以及个人网站是如何使用长连接的。

        先上个截图，看看ChatGPT使用的长连接：

        嗯，你没看错，ChatGPT由之前的SSE改成了Websocket，可不管用哪个，都使用到了长连接，最初ChatGPT使用SSE将计算得到的数据以流式的方式推送给客户端，不过网上很多文章还停留在2023年，今天我调试发现ChatGPT改用了Websocket。

一、长连接和短连接

        这两个不是什么新概念，短连接是每次请求都需要进行一次完整的TCP连接和释放；而长连接是多个请求可以复用同一个TCP连接，不必每次请求时都要重新建立连接，该请求结束后，也不会立即断开TCP连接。

       最早的HTTP/1.0默认都是短连接，后续引入了Keep-Alive，以及后续的HTTP/1.1，Http/2，Http/3都是默认长连接。短连接导致每次请求js,css,img这种静态文件时，每次都需要重新建立TCP连接进行请求，可想而知这种操作性能较差；后续的长连接就解决了这种问题。去年我们在处理生产事故时，一个系统使用了Nginx做反向代理，Nginx到Server使用的是短连接，导致在高并发时，出现了大量的TIME_WAIT，系统处理性能下降，并发量一直上不去，改成长连接之后，吞吐量立马就上来了。

        长连接几乎是所有系统的选择，比如我们所知道的RocketMQ的broker和consumer之间的长连接、Dubbo provider 与注册中心，provider和consumer，以及consumer与注册中心的长连接、游戏应用、聊天室、协作平台等等，都可以看到长连接的身影。

        Nacos也是在2.x版本开始引入了长连接，使得性能相比于1.x版本有了成倍数的提升。

二、长连接的实现方式

  1、HTTP Keep-Alive

        上面提到了，在HTTP/1.0时代，所有的连接都是短连接，这种低效的通信方式已经完全满足不了日益发展的实际业务需求了，因此后来引入了Keep-Alive（大家可以自行搜索与TCP的Keep-Alive的区别），长连接由此到来，HTTP/1.0，需要显示配置请求头的Connetion：Keep-Alive，而HTTP/1.1版本是默认支持的，如果Connection传close，就会关闭。当配置Nginx时，默认是http/1.0，就需要配置长连接，部分代码如下：

keepalive_requests 1000;

keepalive_timeout 60;


server {

    proxy_set_h