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