Node.js多人游戏客户端失焦时如何停止服务端相关推送与输入处理？

解决方案 #

初始化推送异常问题 #

• 放弃服务端动态调整推送频率的方案，改为在客户端侧做未就绪状态的消息丢弃：
  1. 客户端完成资源加载、加入流程前，收到服务端的全量位置推送直接丢弃，不存入本地处理队列
  2. 客户端就绪后，主动向服务端发送get_current_snapshot事件，拉取当前最新的全量游戏状态，直接覆盖本地状态后再开始正常处理后续推送消息
     该方案完全不需要修改服务端io.emit批量推送逻辑，也不会影响其他已在线用户的推送频率。
     如果确实需要保留逐步升频的逻辑，可由客户端就绪后分阶段向服务端上报期望的推送频率，服务端全局推送频率按所有在线用户的最低期望频率调整，该方案会影响全量用户体验，优先推荐前一种方案。

标签页失焦相关问题 #

停止失焦用户的输入处理实现

直接通过客户端状态同步实现，完全不影响服务端批量推送逻辑：

1. 客户端监听页面visibilitychange事件，页面失焦时主动向服务端发送client_afk事件，页面重新获焦时发送client_active事件
   示例代码：

   document.addEventListener('visibilitychange', () => {
     if (document.hidden) {
       socket.emit('client_afk')
       // 同时开启失焦状态标记，后续收到的位置推送直接丢弃
       window.isAfk = true
     } else {
       socket.emit('client_active')
       // 拉取最新快照恢复状态
       socket.emit('get_current_snapshot', (snapshot) => {
         // 用快照覆盖本地状态
         window.gameState = snapshot
         window.isAfk = false
       })
     }
   })
   

2. 服务端维护每个用户的活跃状态标记，收到client_afk后将对应用户标记为非活跃，后续收到该用户的键盘输入事件直接丢弃，直到收到client_active后再恢复输入处理，该逻辑仅针对单用户的输入过滤，和全局io.emit批量推送完全不冲突。

失焦恢复后的回放问题解决

在上述失焦监听逻辑中新增消息丢弃逻辑：

socket.on('position_update', (data) => {
  // 未就绪或者失焦状态直接丢弃消息，不进队列
  if (!window.isClientReady || window.isAfk) return
  // 正常处理位置更新逻辑
  renderUpdate(data)
})

客户端失焦期间所有推送消息直接丢弃，恢复焦点时拉取一次全量快照直接覆盖，完全不会产生积压消息的回放问题，也不需要调整服务端推送逻辑。

内容的提问来源于stack exchange，提问作者Kitty Craft0