iosapns消息推送是怎么实现的

关于ios消息推送机制(APNS)的实现、原理介绍很多,但都零零散散。
1、APNS原理、配置开发者账户以开启APNS服务、获取发送消息的认证证书的实现。
2、首先是应用程序注册消息推送。
3、 IOS跟APNS Server要deviceToken。应用程序接受deviceToken。
4、应用程序将deviceToken发送给PUSH服务端程序。
5、 服务端程序向APNS服务发送消息。
6、APNS服务将消息发送给iPhone应用程序。
消息推送应该找一家专业的软件，极光就挺不错的。极光推送（JPush）是独立的第三方云推送平台，致力于为全球移动应用开发者提供移动消息推送服务。
2016年6月，国内一站式开发者服务平台极光推送发表公开声明，宣布品牌正式全面升级为大数据综合服务商“极光”。

先说原理。
iOS 的推送：就是 Apple 官方的 APNs （Apple Push Notification service）。
Android 的推送：Google 官方的是 GCM (Google Cloud Messaging）。
本质上，APNs 与 GCM 是类似的技术实现原理：即系统层有一个常驻的 TCP 长连接，一直保持的长连接，即使手机休眠的时候也在保持的长连接。
这里对于大部分人来说，最不理解的就是，休眠时候都保持在那里的 TCP 长连接，不会耗电很厉害么？
答案是：不会。这是手机的设计来做到的。TCP长连接有个心跳的时间，在国外可以很长比如30分钟，在国内则因为网络环境复杂一般10分钟。客户端发起的心跳，会短暂地消耗手机电能，但在这个心跳间隔期间，则消耗电能是很少的。当在心跳期间服务器端有推送信息过来时，客户端可以收到并做处理。

前言:
本文总结了iOS客户端与服务器进行交互时，采用 RESTful API + Json 的交互方式，针对不 同的数据形式以及不同的解析方法，如有不足之处，欢迎指正。

先了解一下相关的基本概念。

>

文/小伊评 科技

不要看不起IOS，在后台管理这一块，苹果下的功夫要比安卓手机多得多得多，管理也更加精细和智能，否则的话IOS流畅省电的这一特性你以为是大风吹来的么？

详解IOS后台的强大之处以及和安卓系统的差别。

目前的IOS系统的后台机制一共有四种。

第一种就是无后台仅推送的模式（APNS模式） 。

这是苹果手机上最为强大的一种后台功能，至于为什么强大我们来详细谈一谈。

在安卓手机上，尤其是缺乏有效约束的国内安卓手机上，一款软件想要给目标用户推送新消息，那么就必须要常驻后台。

举个例子，譬如你的微信想要及时的获取好友给你发送的信息推送，那么就必须要把微信这个进程一直保留在内存当中，一旦微信的程序被你杀掉，那么也就意味着你再也获得不了微信的后台通知了。

而各个软件厂商为了达到给用户推送新消息的共同目的，于是乎就建立起了一个心照不宣的“黑产”联盟，弄了一个相互唤醒的SDK（软件插件），软件厂商在开发软件的时候只需要加入该SDK，就可以起到链式唤醒的神奇目的——具体表现为当你打开A软件就会在后台启动B软件，B软件又会在后台启动C软件犹如愚公移山般“子子孙孙无穷匮也”，这就是俗称的关联启动。其造成的结果就是手机后台打开了一堆没有用的软件推送，加重了对于内存资源的占用，手机卡成狗，安卓手机卡顿的根源很多时候就来源于此。

而在IOS系统上则根本不存在这种问题，因为软件服务商想要给用户发送通知，必须先将信息流传递到苹果的 APNS（苹果的服务器）， 然后再由苹果根据目标设备号进行统一的分发，所以根本不需要该软件常驻后台，而且也不用怕错过新消息。

目前国外的安卓手机得益于谷歌的强大管控力，只要是经过GooglePlay下载的软件，推送机制采用的也是类似于苹果的APNS推送，而国内你懂得。

另外，当下的IOS系统还引入了一个非常牛批的模式—— 静默推送 ，简单来说就是在用户完全无感知的情况下，软件自动在后台进行消息的更新，更新完毕后自动销毁，消费者在打开软件的时候该软件已经处于一个最新的状态，不需要长时间常驻后台。

第二种后台机制同样也是大名鼎鼎，叫做墓碑机制 ，这是在IOS4时代引入的一种后台机制，简单来说，当你把一款软件切入后台的时候，这款软件的所有进程都会被冻结，系统只保留了一个软件状态的记录，就像是墓碑上的墓志铭一样，当你再次打开该应用的时候，他会恢复到墓碑上所记录的状态，这可能就是苹果后台是“伪后台”说法的来源之一。

第三种后台机制叫做智能唤醒 ，这是在IOS7时代加入的功能，苹果对于这个功能的解释非常繁琐复杂，简单来说就是一句话，IOS系统会根据用户使用某一个APP的频次和时间智能的唤醒该APP以保证当前APP的信息处于最新的状态。

第四种就是常驻后台了 ，IOS系统上对于常驻后台的应用管理是非常严格的，目前只有一些音乐软件，苹果自家的一些服务等才拥有这样的权限，其他APP几乎都没有类似的权限。

上面就是IOS为达到更好的用户体验而做出的非常细腻而又人性化的做法。

安卓的内存管理简单粗暴但是确实是真后台

而反观安卓系统这边，由于Java应用天生缺乏退出机制，安卓对于后台的管控非常的简单粗暴，那就是看内存的阙值，简单来说就是在剩余内存达到一个固定值的时候，内存就开始清理处于后台的程序了。举一个例子，加入你的手机内存是8G，手机厂商设置的阙值是4G，那么当你打开的软件的内存

最早的时候是从软件打开的先后顺序开始清理，先进先出；而目前安卓系统同样也加入了一些智能管理的权限，会根据软件的性质以及用户的习惯选择关闭还是打开应用，但是相比于IOS非常细腻的打磨来看，安卓系统的内存机制还是过于的简单粗暴，虽然是真后台，但是体验也并不比IOS强太多，而且还会因为后台机制造成一系列卡顿的问题。

不过话说回来，也正是因为安卓系统内存管理的简单粗暴，所以造就了安卓系统的后台留存确实要比IOS强很多，只不过这种差距正在慢慢的被缩小。

前提是伪后台要优于真后台，才有你后面的假设，事实是伪后台还不如真后台呢

确实，每次切换后都要重新加载……

ios可以使用socket,但是要想做到远程推送可能还是需要apns机制,因为应用退到后台的时候只有apns能处理苹果服务器推送来的消息。iOS使用Socket的常用方式有如下： （1）BSD Socket：是UNIX系统中通用的网络接口，基于C语言，比较底层
（2）CF Socket：苹果官方提供，来自于CoreFoundation框架
（3）AsyncSocket：对BSD Socket的封装，OC语言
（4）ysocket：对BSD Socket的封装，Swift语言
SOCKET原理：套接字（socket）是通信的基石，是支持TCP/IP协议的网络通信的基本 *** 作单元。是网络通信过程中端点的抽象表示，包含进行。
建立Socket连接至少需要一对套接字，其中一个运行于客户端，称为ClientSocket，另一个运行于服务器端，称为ServerSocket。建立连接时所需的寻址信息为IP地址和端口号。
进行远程消息推送可以了解一下极光，极光就挺不错的。JPush iOS 推送相比直接向 APNs 推送减少开发及维护成本：应用开发者不需要去开发维护自己的推送服务器与 APNs 对接。集成了 JPush iOS SDK 后不必自己维护更新 device token。
通过 JPush 的 Web Portal 直接推送，也可以调用 JPush 的 >