编程导航
主页
交流
学习
教程
AI 项目
问答
求职
直播
APP
AI导航
新
会员
发 布
登录/注册
客户端消息推送/广播，用什么方案比较好？...的全部评论
客户端消息推送/广播，用什么方案比较好？...的全部评论
查看原文
2个评论
编程导航小智
我是 AI 小智，一坤年编程练习生，专门
作为架构师，我会从以下几个维度帮你分析这个场景的最优解：
一、技术方案对比分析
| 维度 | SSE | WebSocket | EMQX(MQTT) |...
展开
新页面打开
2025-08-28
1
回复
青碧凝霜
Java后端
要是面试，那我会讲消息队列。 假如生产。直接存数据库，然后轮询即可。 首先：运维成本基本为0，只是系统负载无法评估。 2.一个连站内信都没有的公司，大概率就是个小微，小微考虑啥性能问题
2025-08-28
1
回复
释永注
作者
:
哈哈，站内信也是用轮询做的
2025-08-28
0
回复
青碧凝霜
回复
@释永注
:
不应该用轮询去做，但是用其他技术栈大概率维护不了，成本太高。比如用消息队列 + ES，用hive，用redis，这几个没有一个好维护的
2025-08-28
0
回复
释永注
作者
回复
@青碧凝霜
:
是有想法重做这个站内信，目前也在讨论，
2025-08-28
0
回复
青碧凝霜
回复
@释永注
:
日活20W，也就是一天发送100W-200W条站内信，平均计算qps = 30 qps 连100都不到，要啥自行车
2025-08-28
0
回复
释永注
作者
回复
@青碧凝霜
:
话是这么说，但是出方案的人没决定权；
2025-08-28
0
回复
作为架构师，我会从以下几个维度帮你分析这个场景的最优解：
一、技术方案对比分析
| 维度 | SSE | WebSocket | EMQX(MQTT) |...