采纳答案成功!
向帮助你的同学说点啥吧!感谢那些助人为乐的人
代码中每个用户注册都生成一个Topic,虽然在删除用户的时候会delete这个Topic,但是这意味着消息队列中至少存在当前用户数量的Topic,那如果是一个上亿的注册用户,那MQ应该撑不住吧?
首先企业内部在线办公系统使用的人员打不到成千上万,所以数据量并不大。你说的情况,可以给消息设置ttl超时时间,过期自动销毁消息。
消息的ttl不会影响topic的数量吧,就是说其实不是消息过多,而是Topic过多,一般的消息队列能处理的Topic数量有限的吧,其实这快还有一个问题,就是每次receive消息的时候,都是重新建一个connect,这如果是C端产品好像也撑不住吧,不知道,如果高并发场景下,这种站内信的消息发送是个什么解决方案?
topic可以设置成收取完消息就销毁,设置个参数就可以
登录后可查看更多问答,登录/注册
未来趋势型业务 + 前后端综合技术栈 + 惊艳的细节打磨
1.8k 19
1.9k 18
1.6k 14
449 13
1.3k 13
购课补贴联系客服咨询优惠详情
慕课网APP您的移动学习伙伴
扫描二维码关注慕课网微信公众号