第一种基于推送

1、推送：用户不在线可以收到消息，eg:QQ的推送

2、缺点：限定字数 --- 不超过 256 个字符（苹果服务器规定的），推送可以是语音、图片，不过字节数有限制；

3、iOS  --- Jpush（极光推送）特点：块

      和 百度推送的第三方服务 优点：基于LBS进行推送 --- 发送消息给百度服务器，服务器推送给苹果服务器《可以基于某个地区，社区》

4：缺点：iOS 和 安卓之间的互通有问题 --- 安卓的机制和苹果的推送机制不同。（不在线的情况下，苹果推送安卓，安卓客户端推送给苹果会出问题）

第二种：基于XMPP 协议的方案

1、xmpp协议，在socket基础上封装的

2、特点：简单方便； 将xmpp的SDK嵌套进来就行，是基于 xml 文件格式的传输；

3、需要构建xmpp 服务器（基于开源框架的构建：openFile）

4、放弃 基于 xmpp协议方案的原因 ： 语音 和 视频的实时传输，实现难度大。（长链接）；

  eg:QQ , 需要修改服务器 openFile框架

第三种方案 ： 基于socket 

1、选择一种socket 框架，eg:GCDSocket 框架。

2、服务端也需要选择 socket矿建

3、特点：安卓和苹果的互通没有任何问题。可以实时的语音和视频通讯；

4、IM 集成方案就是很多就是很多公司基于  socket封装好的解决方案，需要花钱；提供集成解决方案；

5、缺点：调适难度大（未自己进行封装）；基于GCDSocket框架写的IM即时通讯方案

1、不涉及语音，图片少，就可以基于推送；

2、如果用户不在线要接收消息，基于XMPP 协议的方案就不合适

3、组合方案：文字信息实现推送（不用判断当前用户是否在线）；基于Socket的封装需要判断当前用户是否在线，如果用户应用在后台，就要进行推送，否则有可能收不到消息；

推送证书的申请

1、分为 测试和上线证书 ，两个 tokenDevice 不同， 对应的苹果服务器也不相同

2、测试成功之后，需要切换发布证书，才能上线

3、Certificates  --- Development 

4、AppId 必须是唯一的；

5、AppIDs  ---- App ID Description :Name (pushDevelopmentTest) -- Bundle ID(公司域名反写 + 应用名《选择固定的AppID》)  ---- Push Notifivation 选对勾：pushNotifications Enabled

6、 Profiles 文件t添加 --- Selecte App ID -- Selected Cetificates -- Device -- Profile Name:profile.test -- downLoad

7、服务器需要的文件 为 Certificates ---Development -- Apple push Notification Service SSL(sandBox)  --- AppID 绑定 --- 生成p12证书请求 CSR file -- cetificate is Ready <服务器用测试或者发布的推送证书>

为什么要用推送？

1、iOS操作系统限制普通应用程序不能在长期在后台运行；《可以再后台运行的程序有三种 ： voip, 获取经纬度信息类， 音频播放的app》；可以申请多运行10分钟以内

2、有IM的应用一旦退出或者切换到后台，没有办法接受到实时的消息。

3、操作系统帮我实现的推送。

5、推送的样式

6、退推送的步骤 --- Provider ---> APNs ---> Device --- >Client App 接收； 后台通知中心可以接受到，前台直接可以接受到； 消息的发送者(消息接受者《具体设备》，发送的设备的具体应用《那个App》) --- 》苹果服务器 --- 》用户设备 --- 》 App

7、发送的消息提供给苹果服务器 需要知道 发送给那个设备，那个应用程序

8、通过什么来区分应用程序  ---- AppID 来区分，唯一性

9、UUID 设备的唯一标识，可以锁定哪一个设备；

10、设备标识号：TokenDevice 传进Provider,苹果服务器，操作系统判断应用和设备是否存在；

11、第一步：Device  ---- > APNs(SSL　connect),询问设备是否允许推送

    第二部  ：APNs  --- > Decece (deviceToken) 苹果服务器给设备唯一标识

  第三部 ： Device ---- >ClientApp (deciceToken)  --- >　deviceToken -- >Provider 再走前面的步骤

12： 推送证书的制作；  应用程序要获取当前设备的 tokenDevice (相当于ID);  把获取到的TokenDevice 提交给 message Server 服务器 - ； 应用可以接受消息

Demo

应用程序名跟 证书的后缀一样

1、应用 Bundle Identifier  与AppID 的BundleID一样

2、设置推送的样式，在Appdelegate里应用加载的回调方法里\

// 设置推送的样式

[[UIApplication sharedApplication ] registerForRemoteNotificationTypes: ///8.0 Desprecated（UIRemoteNotifivationTypeAlert | UIRemoteNotificationTypeBadge | UIRemoteNotificationTypeSound）];

(注册证书已有，会发送通知请求)

************8.0以上系统使用 registerUserNotificationSettings:

3、重写函数，用于接受DeviceToken

-(void)application:(UIApplication *)appdidRgisterForRemoteNotificationWithDeviceToken:(NSData *)deciceToken {

        NSString *strToken = [NSString stringWithFormat:@"DeviceToken=%@",deviceToken];

       [self alertNotice:@"" wihMSG:strToken cancleButtonTitle:"ok" otherButtonTitle"@""];

}

4、对照Bundle Identifier

5\pushTestPlist 文件也要更改 Surppoting Files --- pushTest.Info.plist -- Bundle Identifier

6、target 和 PROGECT--- Build Setting  --- Code Signing ---Code Signing Identity -- 测试证书

7、Provisioning Profile --- 添加生成的描述文件

8、客户端允许推送之后 获得 deciceToken

9、.cer 推送证书 给服务器 / 给一个工程（服务端程序），相当于给服务器 deviceToken 和 cetificate

10\、服务器端程序获得 deviceToken 和 cetificate 之后运行，服务器就可以进行按时推送了