1.9 KiB

Raw Blame History

id	title	challengeType	forumTopicId
589fc831f9fc0f352b528e76	处理连接断开	2	301552

--description--

你也许注意到，目前为止我们只处理用户数量的增加，没有处理减少。事实上，处理用户断开连接也很简单。区别在于，新连接的监听是发生在整个服务器上，但连接断开的监听是发生在每个 socket 上。

为此，我们需要在目前的监听回调里面监听 socket 断开连接的事件。在断开连接的回调函数中，我们可以不传任何参数，但你可以在这里添加连接断开的测试代码：

socket.on('disconnect', () => {
  /*anything you want to do on disconnect*/
});

为确保客户端可以看到实时的用户数量，显然，我们应该在用户断开时让 currentUsers 减 1，然后发送 'user count' 事件，并使用修改后的用户数量。

注意： 和 'disconnect' 类似，所有 socket 可以发送到服务器的事件，我们都应该在有 'socket' 定义的连接监听器里处理。

完成上述要求后，你可以在下方提交你的页面链接。如果你遇到了问题，可以参考这里的答案。

--hints--

服务器应处理断开 socket 连接的事件。

(getUserInput) =>
  $.get(getUserInput('url') + '/_api/server.js').then(
    (data) => {
      assert.match(data, /socket.on.*('|")disconnect('|")/gi, '');
    },
    (xhr) => {
      throw new Error(xhr.statusText);
    }
  );

客户端应监听 'user count' 事件。

(getUserInput) =>
  $.get(getUserInput('url') + '/public/client.js').then(
    (data) => {
      assert.match(
        data,
        /socket.on.*('|")user count('|")/gi,
        'Your client should be connection to server with the connection defined as socket'
      );
    },
    (xhr) => {
      throw new Error(xhr.statusText);
    }
  );

1.9 KiB Raw Blame History Unescape Escape

--description--

--hints--

--solutions--

1.9 KiB

Raw Blame History