为什么socket.io客户端发出触发它自己的监听器…即使服务器离线？

Question

多年后，我在使用socket io时遇到了一个奇怪的问题。几年前，我可以在客户端使用以下代码

socket.emit('user', {userId: 2});
// and somewhere else in the code id listen for incoming 'user' replies
socket.on('user',(reply) => {
    // do something with user data received from server
});

现在，当我在客户端拥有相同的代码，并且发出“user”请求时，socket.on（“user”）回调会立即用请求有效负载触发，请求有效负载本应发送到服务器（脱机）。

我以为socket.on（）监听器只由服务器的答复触发，而不是由客户端本身的传出消息触发。

socket.io应该这样工作吗？还是我在配置中遗漏了什么？

Answer 1

我想我通过偶然发现另一个关于socket.io如何保持连接的帖子解决了这个问题。

socket.emit（“user”，{userid:2}）；就是一个例子。在我真正的应用程序中，我使用了事件名称“ping”，这似乎是socket.io保留的。客户端不断地ping并不断地监听ping。

因此，当我添加我自己的socket.on('ping')监听器时，它连接到socket.io内部ping/pong系统中。（至少我认为是这样）