比如要实现一个后端向前端定时推送数据的业务,每五分钟推送一次,连接的对象为每个用户(可以获取每个连接对象的 sid),推送的数据为每个用户 5 分钟内的账户余额,当然这只是模拟一个使用场景
1.每个用户连接之后,会有唯一的 sid,然后把该 sid 最为 room 标识来实现 1v1 推送,但是定时每 5 分钟推送一次,是不是每个用户连接都开启一个线程,然后在每个线程里开启 sleep?
2. 这种使用场景,是服务端 sleep 好还是前端定时向服务端请求数据好呢?
1
xnode 2019-12-20 10:33:51 +08:00
1 我觉得不合适 不推送不等于 sleep 吧
2 前端向后端请求逻辑能清楚 |
2
065535 2019-12-20 10:35:25 +08:00
一般客户端要定时收到消息有两种方式:
客户端定时主动拉取服务端数据,也就是客户端 sleep,然后拉取接口信息,这种的实时度要看定时的频率。 客户端服务端保持一个长连接,由客户端发起数据推送的请求,达到实时推送的效果。 建议使用“个推”、“极光推送”等这种推送服务。 |
3
klesh 2019-12-20 10:36:41 +08:00 via Android 1
这么有规律的话,直接定时请示就好了
|
6
wysnylc 2019-12-20 10:38:30 +08:00
5 分钟一次还不如写个接口让前端拉
websocket 等你需要实时更新数据再说,前期先用 http 轮询顶着 |
7
robot1 2019-12-20 11:10:04 +08:00
每个用户开一个线程?? 2 千用户开 2000 个线程? python 随便一个异步 io 框架单线程定时推送 1 万用户轻轻松松
|
8
Leigg 2019-12-20 11:47:23 +08:00 via Android
使用 ws 的场景: 单用户请求频繁(秒级别,如每秒一次),要求时延低(如弹幕),你看看你需求符合哪个?
你的这个需求直接在前端轮询是最简单最合理的方式。 |
9
lihongjie0209 2019-12-20 11:49:58 +08:00
@robot1 #7 用不着, 一个简单的线程池就可以了
|
10
xmge 2019-12-20 11:56:22 +08:00
如果不是经常更新的数据。
感觉 [定时拉去] 和 [定时推送] 都浪费性能。 最好是,如果后台数据有变化再通知前端。 长轮循 /socket/mqtt 都可以做到。 如果是经常更新的数据 感觉直接前端定时拉去更简单一点。直接走 http 就完事了。简单,方便,不易出错。 |
11
robot1 2019-12-20 12:03:49 +08:00
@lihongjie0209 他这描述不详细 如没有 cpu 密集单线程就满足了
|
12
ClericPy 2019-12-20 12:37:08 +08:00
点进来以前以为会聊 H5 那个 SSE...
|
13
locoz 2019-12-20 16:07:23 +08:00
实时性要求不高的东西...直接前端轮询吧
|
14
dark3212 2019-12-20 16:16:02 +08:00
不是严格意义上的 5 分钟的话,可以起一个定时任务,5 分钟一次,循环给所有连接的客户端连接发送余额。
|
15
doublechenpaul 2019-12-20 16:35:08 +08:00
感觉后端定时任务会好点
|
16
CzaOrz 2019-12-25 12:50:16 +08:00
服务端 sleep 也可以,而且只需要 sleep 一次就够了
可以参考 aHR0cHM6Ly9naXRodWIuY29tL0N6YU9yei9QeXdzcwo= 里面的广播中间件( base64 ) |