业务上面做处理,判断队列里是否已有该用户的消息
我也这样想的,当时大佬说队列特别慢
@Cgrain: 这东西 肯定用队列呀,就是把所有要发邮件的处理放在队列里,另外一个线程去单独负责发邮件,不慢
@winds_随风: 压力测试,大佬我们现在的逻辑就分两部分了,然后不会很慢吗, 我也不清楚怎么说,了解一下
@Cgrain: 处理队列线程,队列有内容就处理,没内容就等待500ms,在嫌慢可以用多个线程处理队列
搞简单点呀,如果是类似按钮触发的,做个简单的防重复点击,点完以后按钮置灰,N秒后可再次点击,现在发送短信啥的都是这套路。这种能过滤大部分重复请求了。
如果是别人通过非正常手段进行多次请求,用队列什么的就好啦,反正是不正常的请求,不需要很高的响应速度。
压力测试
直接ConcurrentQueue,先判断队列是否存在。或者redis这就是一生产消费,很容易的。
数据量大都是队列,哪有说慢的
有大佬做过类似的说说看,我也没有经历过这东西,不过我感觉弄压力测试,我做的系统没有一个扛得住,直接报错了 ....
– Cgrain 4年前