如何解决Websocket服务器是否需要添加Ack机制?
我们正在通过 golang+gin+json+gorilla websocket 构建一个 websocket 服务器,将消息从服务器端推送到浏览器。
我们计划为前端提供一些订阅命令,这意味着来自服务器端的消息将发送给订阅目标主题的用户。
我的困惑是我们是否需要在这里添加Ack机制?例如,当客户端订阅一个主题时,服务器保存了这个映射:用户 --> 主题。
服务器是否有必要为每个订阅请求发送响应给客户端(就像我们对 RPC 请求所做的那样)?以及如何做到这一点?以下是我的消费
procedure TLog.WriteToLog(Entry: AnsiString);
var
strFile: string;
hFile: THandle;
fStream: THandleStream;
strDT: AnsiString;
begin
if (strLogDirectory <> '') and (strFileRoot <> '') then
begin
ForceDirectories(strLogDirectory);
strFile := IncludeTrailingPathDelimiter(strLogDirectory) + strFileRoot + '-' + strFilename;
hFile := CreateFile(PChar(strFile),GENERIC_WRITE,FILE_SHARE_READ,nil,OPEN_ALWAYS,0);
if hFile = INVALID_HANDLE_VALUE then RaiseLastOSError;
try
fStream := THandleCreate.Create(hFile);
try
fStream.Seek(0,soEnd);
if blnUseTimeStamp then
strDT := FormatDateTime(strDateFmt + ' hh:mm:ss',Now) + ' ' + Entry + sLineBreak
else
strDT := Entry + sLineBreak;
fStream.WriteBuffer(strDT[1],Length(strDT));
finally
fStream.Free;
end;
finally
CloseHandle(hFile);
end;
end;
end;
我的意思是应用程序级别的确认,就像我们对 RPC 请求所做的那样。对于 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`
}
解决方法
不,没有必要。
Websocket 规范 (RFC 6455) 没有强制要求这样做。
一个数据帧可以由客户端或服务器在 打开握手完成后和该端点之前的任何时间 已发送关闭帧
在 Sending and Receiving Data 部分中没有提及关于确认消息的其他内容。
因此,任何 ACK 完全是您应用程序的实现细节。如果您开发一个重试失败消息的弹性客户端可能会很有用,其中“失败”可能是成功发送到服务器但未按预期处理的消息。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。