标签：推送服务 推送服务sdk 个推推送sdk 百度云推送 推送服务那个好用
推送服务：完成信息的推送功能，简言意骇。一个完整的App从想法的诞生到项目上线一般都会经历四个阶段：设计——开发——推广——运维。DevStore收录于设计开发阶段的推送服务中包含了25个推送服务，如此多的选择，该如何选择适合项目的推送服务么？一起来看：
推送方案的公认评价采取4s标准：
1.Safe(安全) 2. Stable（稳定） 3.Save（省电省流量省成本） 4.Slim（体积小）
1.Safe (安全)
推送方案应支持透传及各种加密方案，保障信息传递安全。
推送方案的ID系统应该独立于已有的网站或服务的ID系统，这样保障用户在不同手机上登录后的信息投递准确性，避免因为取消绑定事件失败因网络传输而造成的信息误投送。
2. Stable（稳定）
稳定包括两个部分一个是服务器端的稳定性，一个是手机端的稳定性。
服务端稳定性，因为使用长连接方案，对服务器的开销和要求很大，推送方案对服务器开发要求很高，海量线程连接下的服务器稳定性是非常具有挑战性的。
一般的评判标准包括：
- 同时在线时峰值 （一般按照百万并发连接时服务器稳定性评测）
- 高并发时消息平均延迟时间（一般按照1分钟处理1百万条信息评测）
- 服务稳定性 （一般要求全年99.9%以上可用，有备份，有负载均衡等）
鉴于服务器稳定的开发难度很大，小团队不建议自己开发，建议使用稳定的第三方推送方案，如个推，友盟，极光，百度云推送等。
手机端的稳定性，主要是因为中国的复杂网络状况及手机型号适配情况造成手机长时间稳定联网较困难，所以稳定性非常重要，一般的评判标准包括：
- 每日联网23.5小时以上用户比例 （表征联网稳定性）
- 消息发送后9小时内收到率 （表征到达率）
一般来说，推送方案要做网络的分运营商，分省，分机型适配，自己开发工作量较大。
3.Save（节省）
省电应注意CPU休眠，一般用服务缩短待机时间百分比评判。
省流量应注意协议的修改和冗余数据包的处理，一般用空载待机月流量评判。
省成本应考虑单服务器承载同时连接数，可承载同时连接数越多成本越低，业内顶尖水平为个推的单服务器300万连接。
4.Slim（体积小）
客户端推送服务SDK应该体积尽量小，不影响主程序的大小和复杂度，一般以小于或等于300K为宜。
下边是关注度较高的推送服务参数对比：
以上是关注度较高的四个推送服务的对比，分别是个推推送、百度云推送，极光推送，友盟推送。在基本参数的对比下，从支持平台，链路，耗流量等指标不同而受众也不同，
可根据项目的需要选择合适的服务。更多的推送服务及推送类服务参数对比，集成过程等更多内容请猛戳这里>>>
标签：推送服务 推送服务sdk 个推推送sdk 百度云推送 推送服务那个好用
原文地址：http://blog.csdn.net/c1782746138/article/details/42917541
