Node.js 处理 Swift 客户端长耗时请求的 socket.io 替代方案咨询

方案1：Server-Sent Events（完全适配你的场景） #

你提到的SSE完全可以满足需求，你的场景只需要服务端单向推送任务完成通知，不需要双向通信，SSE比socket.io轻量很多，实现成本更低：

• 客户端打开页面后发起SSE连接，同时生成唯一请求ID传给服务端
• 服务端收到请求后，将请求ID与爬虫任务绑定后推入Redis队列，后台worker异步处理任务
• 爬虫任务执行完成后，将结果存入Redis（建议设置30秒自动过期避免冗余），服务端通过对应的SSE连接向客户端推送「任务完成」事件，携带任务ID
• 客户端收到事件后，发起普通GET请求拉取对应ID的爬虫结果，拉取完成后关闭加载页、断开SSE连接即可

SSE原生支持自动重连，调试成本远低于socket.io，针对单向通知的场景匹配度极高。

方案2：短轮询（实现最简单，兼容性最好） #

如果不想引入任何长连接相关的依赖，短轮询是成本最低的方案，你的任务总耗时只有8秒，请求压力可以忽略：

• 客户端打开页面后先发起POST请求触发爬虫任务，服务端收到请求后立即返回唯一的任务ID，同时将任务推入Redis队列后台处理，不阻塞请求
• 客户端拿到任务ID后，每隔1~2秒发起一次GET请求，查询对应ID的任务状态
• 服务端收到查询请求后，如果任务已完成则返回结果和完成状态，未完成则返回处理中状态
• 客户端收到完成状态后，直接用返回的结果关闭加载页即可，全程不需要维护长连接，几乎没有兼容问题。

方案3：长轮询（请求数更少，平衡实现成本和性能） #

长轮询是介于短轮询和长连接之间的方案，比短轮询请求数更少，也不需要额外的长连接协议适配：

• 前期流程和短轮询一致：客户端触发任务拿到任务ID
• 客户端发起查询请求后，如果服务端发现任务未完成，会将该请求挂起不返回，直到任务执行完成后再把结果返回给该请求，或是超过30秒超时返回让客户端重新发起请求
• 你的任务耗时只有8秒，基本一次长轮询就能拿到结果，请求数远低于短轮询，实现难度也低于SSE和socket.io。

另外补充一个误区：8秒的请求其实并没有你想的那么不可行，如果你的服务端网关、客户端的超时时间都配置到15秒以上，且后台爬虫任务是异步处理不占用请求线程，直接用普通异步GET请求等待返回也能跑通，只是稳定性不如上面几个方案，遇到网络波动很容易超时失败。

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