耗时 3~20 分钟不等的 API，单个长 HTTP 连接和返回任务 ID 每 0.5 秒轮询一次结果的资源占用差别有多大？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 732 天前的主题，其中的信息可能已经有所发展或是发生改变。

5 条回复 • 2022-11-14 14:21:07 +08:00

jeesk

2022-11-13 23:41:00 +08:00 via Android

呵呵。直接用 grpc 的 stram 就好了， nacoa 网关就是这到搞的。以前就在轮询和长连接反复横跳。

Saxton

2022-11-14 10:30:57 +08:00 via iPhone

@jeesk nacoa 是啥

qinxi

2022-11-14 11:15:45 +08:00

web 服务就 Server-Sent Events, websocket.
如果客户端就一个 ,咋都无所谓. 如果很多客户端. 那还是别轮询了.

edis0n0

2022-11-14 13:12:09 +08:00

@qinxi #3 目前同时在线客户端有六万多个，还在不停增加，可接受 2s 以内的延迟，轮询还是 websocket 占用小一些？感觉 ws 一直开着连接消耗也不小

qinxi

2022-11-14 14:21:07 +08:00

@edis0n0 #4 因为 0.5 秒的频率太高了. 客户端太多频繁创建资源的消耗也要考虑. 个人感觉不如一直连接着.