由某东抢购商品，联想到一个解决服务器大并发的方法。

[tool2d]

举个例子，如果有 100 万人早上 10 点同时抢货，而备货数量只有 1 万，那么注定有 99 万人的服务器抢购提交，是无效提交。

与其让 100 万个并发流入进来，造成网络阻塞，不如直接本地生成一个 100 之类伪随机数，把 90%的人，直接拒之门外。剩余 10%的幸运儿，按照固定 QPS 放进来抽奖，一直到 1 万备货，全部发完为止。

这样别说百万并发，APP 对面突发性千万并发，都能轻松应对。当然不能让那些抢不到的人看出破绽，本地模拟提交页面还是需要的，比如让人误以为正在网络提交，以免打击用户抢购积极性。

[Jooooooooo]

很正常的操作, 这种参加人数远远超过商品数量的都是在各个环节去丢弃流量.

前端做被人发现会有 pr 风险就拿到后端做, 这种本地随机数判断性能损耗非常小, 可以抗很大的流量.

[autoxbc]

我看到「限量抢购」都是直接关闭页面，看到支付方式「随机立减」马上换另一种支付

[fackVL]

网关随机过滤一下就好

[eason1874]

恭喜你，你成功悟出来了行业内人尽皆知的秘密 😂

现在比较新的做法是在发给前端的 JWT 里，夹带用户评级，网关在 JWT 鉴权的同时判断用户等级，等级未达标的直接失败，连参与随机的机会都没有。同时也有白名单用户，只要在特定时间内，必定成功

[cnkuner]

一般放网关随机丢弃的，前端不搞，容易被人看出来，也不安全。

[jackma0571]

放进来，库存怎么控制，我下单了你锁不锁库存，我超过多少时间没付款，你释不释放，那是不是一直有人在等，要等多久

[needpp]

换个思路，原价卖，随机返