2018-10-04用消息队列实现的话，处理结果无法立即知晓，用户体验不真实，有没有更实时的方案？作者回复: 就是实时处理，每个请求过来实时处理，先过来先处理
1 34- 2018-12-26MD5说成加密又怎么样？本来MD5的存在不就是为了加密吗？至于原理大家明白就可以了，真的是。。。 1 33
2018-10-06纠正一下，作为P8把Md5理解为加密算法，太不应该了，这个仅仅是单向散列，不可逆..作者回复: 呵呵，感谢指正
3 24
2019-05-19很无奈，关键的下单通过消息队列接收，但是如何及时将用户是否抢成功的结果反馈给前端用户，这个没有说明！
用户是下单成功页面停留？间隔刷新去获取最后的抢购结果吗？还是说单独给个页面让用户查询自己是否抢购成功！
其实不少人问得是这个问题！
消息队列只能返回给你消息是否投递成功，不能告诉你抢购是否成功！😪
反而令牌桶的方式比较靠谱，预先生成一定数量令牌，取到令牌放入队列，返回抢购成功！不做后续处理，及时返回！展开 4 13
2018-10-04请求入队列后怎么给用户“交代”？作者回复: 参考一下nero的回答哈
9
2018-10-15看完本篇文章，有几点疑问还想请老师解答一下。
1.使用消息队列削峰的话，可以知道消息是否被消费，但是是否真的秒杀成功该如何向用户返回。
2.看到老师提到削峰的方式，之前有看过到诸如令牌桶，漏桶之类的算法。是否也可以在此引入呢？
3.如果并发请求过大的话是否可以在每个服务上加入信号量来控制，数量为库存大小。每当处理一个请求就减一下，归零不再向下处理呢。作者回复: 大家对请求队列这块问的比较多，疑问也多，后面相关的问题我找个时间统一回答一下吧。
8
2018-10-08请问徐老师，当请求被丢进消息队列以后，是就直接返回给用户吗？ 那用户怎么知道请求是否成功了呢？作者回复: 如果是同步的就要等待消息被正确投递后才返回结果，但大部分就是异步的，寄发送后即返回，然后由消息队列保证最后最终被投递，这个要由消息队列自己来承诺sla
8
2018-10-04可不可以前端直接按照1%的概率去请求后台接口。请数量一下就下降了100倍作者回复: 光从减少请求的角度可以，但是体验会很差😃
8
2018-10-12下单请求进消息队列，RocketMQ的topic个数或kafka的partition个数为消费端并发度，那么topic的个数怎么设置。看到一种说法是每个商品id对应一个topic。嗯，理论上完美了，每个商品一个队列，但是这些topic工程实践里又是如何管理的呢？作者回复: 你说的topic工程实践是指太多不好管理吗？
每个商品一个topic的确太多，而且topic太多下游也不好订阅，topic不应该太多，不应该通过人为分散topic来提升性能，这样会增加维护成本，增加的成本可能比省的几台硬件成本更高，所以应该优化MQ软件本身入手 4- 2018-11-05大神问下，如果秒杀库存总数是10，那削峰队列大小就是10吗，如果有后面不买了，但是已经入了队列了，怎么办。还是说队列放所有请求，这样的话是不是浪费啊
作者回复: 入了队列不处理就超时了，队列的大小不应该和秒杀商品数关联
3 
2018-10-14徐老师看了其他同学的留言以及您的回复之后，还是有一点不能理解。就是用消息队列进行解耦之后，如何把消息队列处理秒杀请求的结果反馈给用户，有什么好的通知方式嘛？（看到有一个同学留言说用长链接异步推送结果，您说用户体验偏差，麻烦能介绍一些好的方式嘛）作者回复: 大家对请求队列这块问的比较多，后面相关的问题我找个时间统一、详细回答一下吧
3
2018-10-04这种答题的是不是对于秒杀场景用户体验不是很好作者回复: 答题是有两种效果
一是可以防止一些秒杀器
二是可以延长一部分答题时间
是不是影响体验，我觉得体验和上面两条相比应该要做些妥协 3
2019-05-17有个奇怪的想法，比如10万个人12:00秒杀10个商品，系统在12:00前在10万个人中挑选10个用户id放缓存，真正秒杀时直接判断用户id在不在缓存中，在缓存就进入后面的逻辑，最差的情况就是缓存中的10个用户最终没有来秒杀，那再走正常的秒杀逻辑作者回复: 😂
3 2
2018-10-11零点大促开始了...发放优惠券怎么操作呢....我这个时候已经在指定商品这里等着了....作者回复: 这个地方发放优惠券这个是一个营销策略，主要是为了分散流量，例如在活动页面可以通过弹窗的方式，把一部分用户吸引到一个新的业务，让用户玩个游戏，通关了就发放一个优惠券。这个方式当然是吸引那种还没有明确下单目标的用户，如果你已经有了目标商品了，就等着时间一到来下单了，那么优惠券对你也没有吸引力，其实优惠券也不是要吸引所有的用户，那样也起不到分流的目的了
2- 2018-10-10有两个小问题请教一下：
生产者将用户请求放入队列后，用户的请求就结束了，但是消费者还未处理，这时生产者给用户返回什么呢？
队列的消费者处理完用户的请求后，怎么返回结果给用户呢？作者回复: 参考下我给nero的回答哈
2 
2018-10-05增加答题之后，答题系统应该也有性能瓶颈，是提前预热还是怎么处理？作者回复: 可以提前预热
2
2018-10-04队列被打满了，直接丢包吗？作者回复: 有多种处理方式，一种是丢弃
还有可以把队列序列化到文件，然后再慢慢消化 2
2019-03-17我来晚了，老师还在吗？给老师点个赞！作者回复: 感谢
1
2018-12-19请问，分层过滤这里有点没理解，意思是说每层都做库存检验，但不做强一致（锁）是吗，直到最后一层再做？作者回复: 是的，写的时候做强一致性校验
1
2018-11-28我想问下，对于一个秒杀，什么样的请求是无效请求呢？感觉所有订单请求都是希望购买的有效请求，那么就这个请求的有效和无效是基于什么来区分的？作者回复: 因为库存是有限的，没有库存后续的请求都是无效请求了
1