你说的是SSE吧，这两篇你可以看看：

• 《网页端IM通信技术快速入门：短轮询、长轮询、SSE、WebSocket》
• 《搞懂现代Web端即时通讯技术一文就够：WebSocket、socket.io、SSE》
  

你这种方法用来搞IM是野路子，但搞类似于股票客户端那种场景，倒是可以考虑

引用：WarriorFromLong 发表于 2023-06-29 14:58
其实有一个问题，，客户端给服务端发送消息，要保证ack。

感觉使用http发送消息也是ok的额。http自带a ...

你只看到了http好的一面。http对于im不好的一面，就是它是短连接，用完就断，也意味着每条消息都得连接、断开，走完全程，如果开启了SSL/TLS加密，那更要命，延迟不说，频繁的连接和断开，手机耗电量会很感人。

另外，http冗余信息太多，哪怕一个字节的消息，那Http头同样是一大堆。

总之一句话，跟着主流作法走，总归是没错的

引用：特级西红柿 发表于 2023-07-19 14:19
大佬，请加一下，http不是有长连接吗？我理解这样不行主要冗余信息比较多，而且server不能直接推送

所谓的长连接，最大的作用是提供服务端主动“推”的能力，http的标准里没有这种能力

引用：特级西红柿 发表于 2023-08-18 14:37
大佬，http2在协议层面上已经提供了 server push的能力，也就是说其实推送能力应该是具备的吧。可能在分 ...

每项技术总有个最适合的场景，如果哪天websocket被w3c明确废弃了，那你说的这些肯定会成为主流用法