有志者，事竟成！如果你在学习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的相关知识，请关注编程网公众号！
