Websocket服务器是否需要添加Ack机制？

有志者，事竟成！如果你在学习golang，那么本文《websocket服务器是否需要添加Ack机制？》，就很适合你！文章讲解的知识点主要包括，若是你对本文感兴趣，或者是想搞懂其中某个知识点，就请你继续往下看吧~

我们正在通过 Golang+gin+JSON+gorilla WEBSocket 构建一个 websocket 服务器，将消息从服​​务器端推送到浏览器。

我们计划为前端提供一些订阅命令，这意味着来自服务器端的消息将发送给订阅目标主题的用户。

我的困惑是我们是否需要在这里添加ack机制？例如，当客户端订阅一个主题时，服务器保存了这样的映射：user --> topic。

服务器是否有必要向客户端发送每个订阅请求的响应（就像我们对 rpc 请求所做的那样）？以及如何做到这一点？以下是我的消费

type msgheader struct {
    reqid string  `json: reqid`
    cmd   string  `json: cmd`

    // either of "req" or "rsp"
    // is it necessary to have this field???
    type  string  `json: type`            
}

我的意思是应用程序级别的确认，就像我们对 rpc 请求所做的那样。对于 rpc 请求，即使响应本身为空，我们也会发送响应，例如：

type SubscriptionRsp struct {
     Code int
     Msg  string
     Data interface{}
}

正确答案

不，没有必要。

Websocket 规范 (RFC 6455) 并未强制执行此操作。

Sending and Receiving Data 部分中没有提及任何有关确认消息的内容。

因此，任何 ACK 完全是应用程序的实现细节。如果您开发一个重试失败消息的弹性客户端，这可能会很有用，其中“失败”可能是成功发送到服务器但未按预期处理的消息。

本篇关于《Websocket服务器是否需要添加Ack机制？》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注编程网公众号！