如何在 Yaws 中处理与客户端关闭的 WebSocket？

Question

我实现了一个简单的 appmod 来处理 WebSocket 并回显消息。但是我如何处理来自 JavaScript 客户端的 ws.close(); 呢？我尝试使用下面的代码，但是 handle_message({close, Reason}) 从未被调用，并且 ws.onclose = function(evt) {} 从未在JavaScript 客户端。

当我使用与 node.js websocket 交互的相同 JavaScript 客户端代码时，客户端在 ws.close(); 之后立即收到 onclose 事件。

这是我的简单 appmod 的代码：

-module(mywebsocket).
-export([handle_message/1]).

handle_message({text, Message}) ->
    {reply, {text, <<Message/binary>>}};

handle_message({close, Reason}) ->
    io:format("User closed websocket.~n", []),
    {close, normal}.

Answer 1

更新的答案：

从 github commit 16834c（最终将成为 Yaws 1.93 的一部分）开始，当客户端发送 close 消息时，Yaws 会向您的 WebSockets 回调模块传递一个新的回调。回调为：

{close, Status, Reason}

其中 Status 是客户端发送的关闭状态，或者如果客户端不包含状态值，则为数值 1000（由 RFC 6455 指定用于正常关闭）。 Reason 是一个二进制文件，保存从客户端传递的任何可选原因字符串；如果客户端没有发送任何原因，它将是一个空的二进制文件。

close 消息的回调处理程序必须返回 {close, CloseReason}，其中 CloseReason 是原子 normal正常关闭（导致状态代码 1000 返回给客户端）或 RFC 6455 允许的其他合法数字状态代码。请注意，CloseReason 与任何客户端传递的原因值。从技术上讲，CloseReason 也可以是任何其他 Erlang 术语，在这种情况下，Yaws 返回状态 1000 并将该术语传递给 erlang:exit/1 以退出处理 Web 套接字的 Erlang 进程，但根据 RFC 6455，我们建议在所有情况下都简单地为 CloseReason 返回原子 normal 。

原始答案，已被 Yaws github commit 16834c 废弃：

Yaws 永远不会将 {close, Reason} 消息传递给您的回调模块。相反，如果您的回调模块决定要关闭 ws 套接字，则 {close, Reason} 是来自 handle_message/1 的有效返回值。

我修改了 Yaws（版本 1.92）附带的 websockets_example.yaws 文件，以便在用户输入“bye”消息时在客户端中调用 this._ws.close()网页，并在 _onclose 函数中添加了一个警报，以显示 onclose 事件被触发。在这种情况下，发生警报，​​我相信是因为“再见”消息导致服务器显式关闭 ws 套接字。但随后我修改了示例，无论用户输入什么消息，都在客户端中调用 this._ws.close() ，在这种情况下，不会发生 onclose 警报。在本例中，使用 lsof 检查显示从浏览器到 Yaws 的 ws 连接仍然存在。

因此，目前我相信您遇到了一个错误，即 Yaws Websockets 支持未检测到客户端关闭并关闭其结束。我会看看是否可以修复它。