短信验证码服务，如何保证在大量用户同时请求的情况下，服务器能及时响应用户请求并发送验证码？

开通 vip 服务

除
***
1. 同样的业务用多个服务器，加负载均衡
2. 业务拆分，不同的 Server 提供不同的服务
3. 数据库拆分，水平拆分，垂直拆分
4. 动态的东西静态化，缓存
5. 数据缓，例如用 Redis 等高速缓存， Redis 再做集群等
***

@qonco 不行，硬件方面已经是 QQ 超级年费会员的情况下。

想要实际一点的一个解决方案，或者面试的时候考官问你这个问题，该怎么回答？

好像只有 http://m.blog.csdn.net/article/details?id=20731533

:doge: 发信受限于上游。。你这里怎么优化都只有让用户等的份啊。。要不你加个 queue ，先来后到慢慢发，要么多个上游同时发

发送短信耗时应该比较长，可以用异步处理，借助 tornado 之类的框架。

多个线路

加个 mq

这个问题应该要悬赏！！！

取发送任务的时候检测有没有超时，超时就扔。
反正上游发信方一分钟能发一千个，你十分钟挤进来十万个用户请求，发也发不过来。
要用户体验就限制请求任务队列长度，超过的不能进队列，直接报失败。

消息队列

消息队列+1 ，发短信场景异步很合适

水平分片 mq ，水平执行短信发送，还可以使用多个短信平台，增加并发速度。

做队列，然后异步处理，一个发送平台处理不过来，可以做多个处理程序分发到不同平台

短信这个限制于短信提供商，也会有个最大的值，可以把请求塞到消息队列里面，然后在异步发给短信运营商，一个个的来发送，如果你不这么做的话，如果大量请求过来。直接丢给运营商估计连账号多会被封掉....

耗时主要在短信网关，与楼主的服务器无关。用户并发请求多，网关响应慢，也只能等网关慢慢发喽，建议用消息队列，不过也是治标不治本。

做个简单的通道路由，多接几家通道，想要彻底的解决，很难，短信这个市场的通道商系统一般都比较烂