最近笔者联合朋友做了一款出行的应用产品，正好有短信验证工具这块的需求，于是在网上找了很多家厂商； 为了找到一家性价比高的厂商，则把每一家的优缺点列出来并一 一对比。短信验证码作为重要的身份验证工具，因其操作简便、安全性高、时效性强等优点已被开发人员广泛使用。
短信验证码在我们产品主要应用场景为：
1. 用户手机号绑定
2. 登录验证
3. 关键信息修改，如密码
4. 人员身份有效性确认
通过场景+自己的需求点（如：1、尽量接一个接口多家渠道；2、通道安全，到达率高；3、费用优惠……），我最终选择了极光短信~~
下面此图则是我对极光短信的一些初步了解
注：根据cmpp协议里的规则每条短信长度的都是有限的，每70个字记一条短信费，如果超过70个字则按照每条67个字拆分，逐条计费。单个汉字、标点、英文都算一个字（对于协议，在下文有详细的解释）。
产品优势
1、集成简单
移动端SDK两行代码快速完成短息验证功能集成
2、多供应商通道保证
精选多家优质短信服务提供商互为备份，保证短信服务的可靠性
3、清晰统计和记录
完整的消息发送记录和状态记录查询，透明的计费统计
4、高并发 高到达率 高稳定性
三网通道均有接入，多层架构，均衡负载，接收快，到达率高
5、结合推送 降低成本
针对推送未收到消息的用户补充下发短信，既保证消息触达又节省成本
更多详细内容，还是建议去官方网站看看，那比我的这个更加详细 点击查看
协议内容：
每个短信需要增加长短信的协议头(6个字节)，所以，每条短信就不是70个了，而是67个汉字。
超长短信：短信内容超过70个汉字，提交给网关时候需要分成多条，但是用户手机接收时候是一条(很多手机有合并长短功能)
在cmpp协议里，CMPP-_SUBMIT消息定义中有相应的参数配置：
TP_udhi ：0代表内容体里不含有协议头信息 1代表内容含有协议头信息（长短信，push短信等都是在内容体上含有头内容的）当设置内容体包含协议头，需要根据协议写入相应的信息，长短信协议头有两种：
6位协议头格式：05 00 03 XX MM NN
byte 1 : 05, 表示剩余协议头的长度
byte 2 : 00, 这个值在GSM 03.40规范9.2.3.24.1中规定，表示随后的这批超长短信的标识位长度为1（格式中的XX值）。
byte 3 : 03, 这个值表示剩下短信标识的长度
byte 4 : XX，这批短信的唯一标志(被拆分的多条短信,此值必需一致)。代表是一条长短信里面的某条。
byte 5 : MM, 这批短信的数量。如果一个超长短信总共5条，这里的值就是5。
byte 6 : NN, 这批短信的数量。如果当前短信是这批短信中的第一条的值是1，第二条的值是2。
例如：05 00 03 39 02 01
7位的协议头格式：06 08 04 XX XX MM NN
byte 1 : 06, 表示剩余协议头的长度
byte 2 : 08, 这个值在GSM 03.40规范9.2.3.24.1中规定，表示随后的这批超长短信的标识位长度为2（格式中的XX值）。
byte 3 : 04, 这个值表示剩下短信标识的长度
byte 4-5 : XX XX，这批短信的唯一标志(被拆分的多条短信,此值必需一致)。代表是一条长短信里面的某条。
byte 6 : MM, 这批短信的数量。如果一个超长短信总共5条，这里的值就是5。
byte 7 : NN, 这批短信的数量。如果当前短信是这批短信中的第一条的值是1，第二条的值是2。
例如：06 08 04 00 39 02 01
到此，长短信的发送设置基本完成，但是有一点要注意：Src_Id 协议里这个字段在一条长短信中必须要一样，不然手机会解析成三条，并三条都 是错误短信。
