今天我们使用的推送是如何演变过来的

　　这篇文章介绍了不同系统，推送功能的演变，从简单的文本通知到富媒体通知，再到现在灵活的自定义通知样式。来看看今天我们使用的推送是如何演变过来的。
　　曾经有一次，当开发人员想要连接他们的用户设备时，他们使用了后台进程或者一个轮询技术，这意味着连接到服务器的设备每隔十分钟就能检查是否有消息。如果每个用户都有几十个应用程序在轮询，这会导致设备疯狂耗电等问题。
　　2003黑莓推送电子邮件
　　如果你想在火车上阅读你的电子邮件，你需要一个黑莓。RIM是第一个在其电子邮件应用程序中使用推送通知的操作系统，之后扩展到可以在Blackberry设备之间通过推送功能来免费发短信。
　　2009苹果推送通知服务（APNs）
　　苹果的首席技术官ScottForstall在iOS3。0中呈现了APNs。令人兴奋的是，它允许第三方开发人员轻松免费使用这项技术。虽然苹果不是第一个发明这项技术的公司，但他们却开启了我们今天所经历的革命。（开发者大会视频需科学上网）
　　2010AndroidCloudtoDeviceMessaging（C2DM）
　　2012GoogleCloudMessaging（GCM）
　　我们今天使用的GCM最初是在2010年和Android2。2同时发布的C2DM（AndroidCloudtoDeviceMessaging）服务。
　　2012年6月27日，Google宣布推出GoogleCloudMessaging服务，不久之后便发布文档，指导应用开发人员从C2DM迁移到GCM。（维基百科）
　　2011Android4。2与RichPush发布
　　ICS以来开始对推送通知进行了功能拓展，您可以毫无限制的设计和调整Android推送通知。iOS还只是将推送通知视为用户和开发人员之间的短信平台的时候。Android就已经向前迈出了一大步，让通知中心成为用户的个人公告板。
　　2013通知广告
　　许多广告商将推送通知视为房地产横幅广告一样的东西。
　　它帮助许多小型开发人员和一次性应用程序（例如coolwallpapers）通过其应用程序获利，这让许多应用程序充满了应用程序商店，而不用操心怎么赚钱。但问题来了，许多用户厌倦了他们一直在接收广告。
　　2013年11月，Google发布了他们的新政策：
　　应用程序及其广告不得在用户设备上添加主屏幕快捷方式，浏览器书签或作为第三方的服务或用于广告目的图标。
　　应用程序及其广告不得通过用户设备上的系统级通知显示广告，除非通知应用程序自身提供的功能。（例如，通知用户交易的航空公司应用程序，或通知用户游戏内促销的游戏）【Google云端条款】。
　　2013iOS7发布静默推送通知
　　静音推送通知是iOS7中发布的一个很棒的功能。当静默推送通知到达设备时，用户并不知道收到了通知。但是，您的应用程式已被通知，并会获得一些时间执行某些任务比如下载新内容并将其呈现给用户。
　　静音远程通知可用于：
　　剧集内容电视节目，播客
　　稍后阅读这些故事
　　支付同步
　　文件同步
　　2014iOS8发布2kb和操作按钮
　　在iOS8之前，您只能发送256字节的消息，因此为了让用户看到整个消息，您必须将其总结为100个字符或更少。
　　iOS8带来了两件伟大的事情
　　从现在开始，您发送通知的payload增加到2k字节，这是足够的。
　　您可以在消息中添加几个操作按钮。如果用户将向左滑动通知，那些按钮将会出现。
　　（相关视频需科学上网）
　　2016
　　我无法预测未来不同的操作系统还会给我们提供什么功能。但是，根据我个人经验来看，我相信今后推送通知会更加强大，成为一个互动工具，而不是一个公告栏，这样用户不必进入你的应用程序，就能享受某些功能并且一切都将直接从通知中心进行管理。
　　PS：由于该篇文章是2016年的时候写的，在2017年iOS提供了更加丰富的功能我在此补充一下。
　　支持富媒体的推送通知（使用serviceextensions）。
　　可以让程序来指定推送是否展示，在iOS10以前推送只有应用不在前台才会展示。
　　支持更多的字段title、subtitle和body。
　　可以看到推送功能正在变得越来越强大，相信未来还会给我们带来更多的惊喜。
　　原文：ThePushNotificationsEvolution