短信验证码与短信验证码API&SDK接口

         短信验证码一般两种发送方式，用于用户注册、身份确认、重要资料修改及相关通知的场景，特别是存在于电商平台，无论是APP还是网站注册的时候都会使用短信验证码，因为验证了手机，商家就有获得两项好处，一是绑定了有效用户，二是防止别人恶意注册。另外的就是我们常见的通知类短信验证码，如银行给我们发的短信，我们取钱存钱的时候都有，这类就是属于安全类通知短信；另一个就是大企业统一通知员工开会或者面试，当你选择了短信提醒的时候，这类型短信验证码就出来了。

         短信验证码在市场上已经存活很多年了，不过很多商家却把短信验证、短信通知作为一种营销短信发给用户，甚至各种欺诈短信，是的用户是苦不堪言，所以国家就开始打击短信通道，这时候就到商家苦不堪言，我只是发验证码为什么把我也封杀了？因此，短信验证码最为让用户接受的就是能够有90%的到达率已经是非常不错了。

是否经过106通道发送的短信就能让你高枕无忧呢，答案当然是否定的。除了之前投诉过类似短信在运营商黑名单里、当地运营商屏蔽、用户手机自身（比如：欠费、信号不好、安全软件拦截等）等问题之外，影响短信发送速度和到达率的原因还可能有：

1）  短信通道的处理能力。端口总处理能力是由运营商控制的，一般一个12位的端口（如：106575520001）处理能力有100条/秒、200条/秒、300条/秒、500条/秒 等不同级别。每个端口的发送速度运营商会根据短信的投诉情况作上调或下调处理。当短信下行量超过短信端口最大下行处理能力时就会产生延时；而短信延时时就经常出现丢包，有丢包就会造成短信收不到。

2）  短信通道是否多家共用。因此向工信部或者运营商申请独享的通道，往往都需要有每月发送量的保证，也就是最低消费。这对很多中小开发者来说是一个不小的门槛。所以很多短信平台从工信部或者运营商申请到通道后，会进行扩展，然后分发给中小开发者使用。那么，分发之后，就一定会存在多家共享一个通道，甚至是多种类型的短信共享一个通道，如果不巧碰到与营销类短信共享通道，那风险就更大了。一般商业短信每条通道（每个端口）的投诉允许范围是小于等于百万分之五，管控严格的时候甚至是百万分之三，投诉超过这个标准就需要暂停通道的发送，超标会被关停；特殊时期运营商会对短信通道实行零投诉管理，一旦有投诉，通道就会被关停。而营销类短信就是投诉最严重的。

        所以，要开发一条能够发送短信验证码的通道还真不是一件容易的事情，不过市面上有很多短信验证码的API&SDK接口，这类型的短信验证码的API&SDK接口是否能够保证都是只做验证码都能够及时到达呢？这个就不得而知了。笔者曾经测试个短信验证码的API&SDK接口，20秒都不能到达，丢失率达到50%，但是他们宣称5秒到达、90%到达率，不知道是我悲剧还是他们忽悠，反正这个都是没结果。

现在笔者使用的是一款叫云之讯的短信验证码的API&SDK接口，我就把他们的接口数据拿出来一起分享一下，不喜勿喷！

注意：默认以65个汉字（同65个英文）为一条（可容纳字数受您应用名称占用字符影响），超过长度短信平台将会自动分割为多条发送。分割后的多条短信将按照具体占用条数计费。

• 模板示例如下，其中{数字}为需要接口替换的内容。

【UCPaaS】您注册{1}网站的验证码为{2}，请于{3}分钟内正确输入验证码

• 请通过HTTPS POST方式提交请求，云之讯融合通讯开放平台收到请求后，将向有短信能力的终端发送短信验证码

1.1 请求

• 请求地址