iOS开发推送环境和打包类型

在做友盟推送时，选择 development 模式打出来一个包，上传到蒲公英然后安装到手机上。接着获取到对应的device token，把device token添加到友盟的后台上，到此准备工作结束。

一切看似合理，然而用友盟后台的 测试模式 进行推送时，发现刚安装的包收不到推送，而 直接真机调试安装的包能收到推送 。

去友盟后台上比对 device token ，发现 device token 已经有了，所以排除 device token 的原因，那会不会跟导出来包是 development 有关系呢？

有经验的iOS开发者知道：

经检查，如果想让打出来的包是测试环境的，必须在 Edit Scheme -> Archive ->Build Configuration 选择 Debug 。

极光推送服务器端向ios端推送消息需要设置的参数有：
1、高送达率，时效保证：极光推送具有自主协议确认推送消息的送达。
2、服务集成SDK简单：只需要进行简单复制便可直接编译运行 。
3、推送内容多样性服务：除了通知，还有消息、多媒体等；还要其它的各种服务。
4、使应用程序保持高注意力：即使用户没有打开应用，能推送有用的消息。
深圳极光成立于2011年，是中国领先的开发者服务提供商，而且也帮助各行各业优化决策、提升效率。专注于为开发者提供稳定高效的消息推送、一键认证以及流量变现等服务，助力开发者的运营、增长与变现。
极光推送也是一个高度稳定、可扩展的云端架构，极大地帮助移动应用开发者节约开发和维护的成本，轻松实现毫秒级的精准推送。

1推送的由来:

推送兴起于Email,用于提醒用户邮件的更新  后续由于移动互联网的迅速发展,推送被广泛应用

2推送的原理:

推送的本质原理是客户端与服务器之间的长连接  基于长连接,服务器可以主动向客户端推送消息, 客户端收到推送消息来展示给用户

3推送的实现方式:

方案1-push: 客户端与服务器维护一个TCP/IP的长连接,当有推送消息时,直接向客户端push

方案2-pull: 客户端定时向服务器pull请求  

两种方式相比较而言, 方案1更合理更有效, 方案2会存在客户端不能长久在后台存活以及消耗电量以及消耗流量等问题

4iOS推送:

苹果官方推送: APNS  APNS是由苹果官方维护的, 属于系统级别,所以推送消息比较稳定

iOS的所有推送信息, 都会发送到苹果服务器,然后由苹果服务器下发到客户端

5Android推送:

谷歌官方推送: FCM   FCM是由谷歌官方维护的,同iOS一样, 所有推送信息都会发送到谷歌服务器,再由谷歌下发到客户端

由于谷歌推送不能在国内使用, 所以需要Android开发者自己去维护长连接

6Android推送开发:

方案1:  MQTT推送,  此推送是由IBM提出的轻量级的推送, 客户端与服务器之间通过心跳包来监测对方是否存在,然后通过订阅&发布来实现消息的推送但是缺点也很明显,当客户端被杀死后会无法收到推送

方案2: 第三方推送, 如腾讯信鸽, 友盟+, 极光推送,小米推送等目前很多Android的APP在国内都是使用第三方的推送

方案3: 公司基于XMPP协议开发 谷歌的推送也是基于XMPP协议开发的

本文将带大家做一个简单的IOSApp消息推送教程，包括XCode6, IOS8, 以及苹果开发者中心最新如何注册应用，申请证书以及下载配置概要文件，相信很多刚开始接触ios的人会很想了解一下。（ps:网上看了一下虽然有很多讲述推送的好教程，我也是看着一步步学会的，但是这些教程的时间都是去年或者更早时期的，对引导新手来说不是很合适）
第一部分
首先第一步当然是介绍一下苹果的推送机制(APNS)咯（ps:其实每一篇教程都有），先来看一张苹果官方对其推送做出解释的概要图。
Provider是给你手机应用发出推送消息的服务器，而APNS（Apple Push Notification Service）则是苹果消息推送服务器。你本地的服务器当需要给应用推送一条消息的时候，先要将消息发出到苹果推送服务器，然后再由苹果推送服务器将消息发到安装了该应用的手机。

App消息推送是app开发者通过第三方工具对自己的app用户移动设备进行的主动消息推送，IOS安卓（Android）可以通过接入Mobpush的SDK第三方工具来完成，在手机通知栏/桌面app看到的消息，都是通过这样push的方式来实现的。

手机app的推送功能不仅免费，而且精准，可以通过后台设置将用户分类，再将消息推送到精准用户手机上，在用户没有开启app的情况下也能收到消息。

ios消息推送原理主要分为以下几步：
1、由 App 向 iOS 设备发送一个注册通知，用户需要同意系统发送推送；
2、iOS 向 APNs 远程推送服务器发送 App 的 Bundle Id 和设备的 UDID；
3、APNs 根据设备的 UDID 和 App 的 Bundle Id 生成 deviceToken 再发回给 App；
4、App 再将 deviceToken 发送给远程推送服务器(自己的服务器), 由服务器保存在数据库中。
5、当自己的服务器想发送推送时，在远程推送服务器中输入要发送的消息并选择发给哪些用户的deviceToken，由远程推送服务器发送给 APNs。
6、APNs 根据 deviceToken 发送给对应的用户。
想要了解更多ios消息推送原理可以到深圳极光了解一下。深圳市和讯华谷信息技术有限公司于2011年成立，是中国领先的开发者服务提供商，专注于为开发者提供稳定高效的消息推送、一键认证以及流量变现等服务，助力开发者的运营、增长与变现。

---