Apple推送通知服务教程 PART-1

原文地址:http://www.ityran.com/archives/194


本文由泰然教程组新人1V1计划出品,
翻译人员:晓丫 &小样,Sharyu,大菠萝,outman;校对人员:子龙山人,Iven,sile,TXX_糖炒小虾

学习怎样为你的iphone程序添加推送通知

这是由iOS教程组成员Matthijs Hollemans撰写的一篇有关推送通知的教程,Matthijs Hollemans是一位有着丰富经验的iOS开发者和设计者。

在iOS系统里,应用程序在后台运行的时候有很多事情都做不了(译者注:由于沙盒限制)。应用程序只允许在这个“沙盒”内做一些操作,这样可以减缓电池的消耗,延长电池的使用时间。

但是,假如用户现在没有在用你的程序,而你的程序恰好发生了一些有趣的事情,而你也想让用户知道,这时你该怎么做?

例如,用户收到了一条tweet的新消息,他们喜欢的队伍赢得了比赛,或者晚饭已经准备好了。因为应用现在没有在运行,程序就接收不到这些新消息。

幸运的是,苹果公司为这种情况提供了一个解决办法。你可以写一个服务器端的组件来解决这样的问题,而不是让应用不断的在后台运作,检查事件的发生。当一些有趣的事件发生的时候,服务器端的组件可以发送一个推送通知!

下面是推送通知可以做的三件事:

·显示一条短信息

·播放一个简短的提示声音

·在程序的图标上设置推送消息数量

你可以根据需要,随意组合以上三项功能;例如,你可以播放简短的提示声音和设置应用图标上推送消息的未读数量,但不显示消息。

在这两部分的系列教程里,你将通过创建一个简单使用APNS(苹果的推送通知)的app,来实现推送通知。

首先,在第一部分教程里面,你将学习怎么设置应用程序,来接受推送通知和一条测试消息。

这篇教程是为中高级iOS开发者写的。如果你只是一个iOS开发的初学者,应该先学习这个网站的其他教程。所以,对于初学者,强力推荐先学习下面的两篇教程:

·如何为iOS应用编写一个简单PHP/MySQL服务程序

·如何在ios应用里面使用web service

闲话少说,让我们把完成它!

简要概述

想让应用程序的推送功能正常工作,你需要相当多的努力,这个过程非常繁琐。以下是这个过程的概述图:

1.应用程序需要激活推送通知功能。在使用之前,用户需要确认他是否愿意接受这些推送功能。

2.应用程序接到一个“device token”。你可以认为“device token”是推送通知发送信息的目的地址。

3.应用程序会将“device token”发送给你的服务器

4.当你的应用程序发生了有趣的事情,你的服务器向 “苹果推送通知的服务器(Apple Push Notification Service,缩写,APSN)”发送通知。

5.APSN再向用户的设备(例如,iPhone,iPad等)发送通知。

当用户的设备接受到推送通知,将会显示提醒框,播放提示声音,更新图标的未读信息数目。用户可以通过点击提醒框来加载应用程序,苹果公司给推送通知加入了可选内容,你可以根据需求来操作推送通知。

当iOS4实现了本地通知和多任务,苹果的推送通知是否还有使用价值?当然有!

本地通知被定时事件调度限制,并且只有VOIP、导航、后台音频播放这些应用在后台没有被限制。如果当应用程序处于关闭状态时,你想将外部事件的发生通知给你的应用程序用户,仍然需要推送通知。

在这篇教程中,我将解释推送通知系统实现的细节以及如何在应用中建立推送。这里有很多要解释的,这需要(您)花点儿时间去明白。

你需要为推送做些什么

在你的应用中添加推送通知,你需要:

一台iPhone或者iPad 推送通知不能在模拟器上实现,所以你需要在设备上测试。

一个iOS开发者证书 你需要一个新的AppID和每个应用程序使用的推送证书,推送服务器需要的“SSL ”证书,你可在iOS开发网站上做这些。

如果你想跟随这篇教程的例子学习,你将需要创建你自己的推送证书和SSL证书,你不可以使用我的这些证书。因为获得正确的证书是很重要的,我将详细解释如何得到一个推送证书。

一个联网的服务器 推送通知通常是由服务器来发送的。对于开发,你可以使用一个Mac来代替服务器(我们将在教程中这样做),但是发布的产品,你至少需要类似VPS( Virtual Private Server )的服务器。

一个廉价的共享虚拟主机账户不能满足发布产品的需要。你需要在服务器的后台启动一个进程,安装一个SSL证书,并且能够在某个端口中能够外联TLS。

大部分的共享虚拟主机并不让你实现这些功能,即使如果申请的这些需求通过了。无论怎么样,我真的建议你使用一个VPS主机,像Linode。

解析一个推送通知

你的服务器负责创建一个推送通知消息,所以了解一个推送通知消息的构成是有必要的。

一个推送通知是一个短信息,由“device token”,“payload–负载内容”,和其他的一些字节组成。“payload–负载内容”是我们感兴趣的部分,因为它包含着我们实际想发送出去的数据。

你的服务器必须提供“payload–负载内容”,它是以JSON的字典的数据格式来组织数据的。下面是一个很简单的推送消息payload:

   
   
   
   
  1. {
  2.  
  3. "aps":
  4.  
  5. {
  6.  
  7. "alert": "Hello, world!",
  8.  
  9. "sound": "default"
  10.  
  11. }
  12.  
  13. }

对于不了解JSON的人,一个block的划分由一对花括号“{}”包裹,其中包含一个由“键/值 (key/value)”对组成的“字典”,(就像NSDictionary)。

“payload–负载内容”就是一个“字典”,包含了至少一个“aps”项,“aps”本身也是一个“字典”。在我们的例子中,“aps”包含“alert”和“sound”字段。当这个推送通知被接收后,它将显示一个包含“Hello, world!”内容的提醒框,并且播放标准的提示音。

你可以向“aps”添加另外的选项,来配置通知,例如

   
   
   
   
  1. {
  2.  
  3. "aps":
  4.  
  5. {
  6.  
  7. "alert":
  8.  
  9. {
  10.  
  11. "action-loc-key": "Open",
  12.  
  13. "body": "Hello, world!"
  14.  
  15. },
  16.  
  17. "badge": 2
  18.  
  19. }
  20.  
  21. }

现在“alert”是一个字典。”action-loc-key” 对应的value替代了“View”按钮上的文本内容,”badge”字段包含的数字将被显示在应用图标上,这个通知不会播放提示音。

有很多途径去设置JSON的“payload–负载”内容,你可以改变播放声音,你可以提供本地化的文本,并且添加自己的字段。更多信息,请详见官方Local and Push Notification Programming Guide。

推送通知的目标就是精短;“payload–负载内容”的大小不能超过256个字节。这样留给你的空间和一条短消息或者一个tweet消息的大小一样。一个小型的推送服务不会在换行符和空格上浪费空间,这样一条推送就像下面所显示的:

{“aps”:{“alert”:”Hello, world!”,”sound”:”default”}}

上面这条消息可读性比较低,但是它节省了足够的字节,所以牺牲可读性是值得的。如果一个推送通知的payload超过了256个字节,那么这个推送就不会被“APNS”接受。

关于推送通知常见的错误

推送通知是不可靠的

推送通知是不可靠的!即使APNS(Apple Push Notification Service苹果推送通知服务)服务器接受了推送通知,仍然无法保证该通知最终会被送达。

就你的服务器而言,推送通知会被发出并且遗忘掉;当你将通知发送到APNS后,没有办法查出它所处的状态。通知送达的时间也从几秒到半小时不等。

同样,用户的iPhone不是所有时间都可以收到推送通知。比如,因为指定的端口被封,手机处于一个不允许和APNS连接的WIFI网络。或者手机已经关机了。

APNS将会在手机连接到可用网络后下发从该机器收到的最后一条通知,但是只会尝试有限的时间。一旦发送超时,此条通知就会永远丢失!

After looking at the APNS Server Bill

推送通知会使开销很大!如果你掌控了需要推送的内容,在你的应用中加入推送功能相当容易和廉价,但是当你有好多用户和数据需要轮询的时候,这个功能就会使得服务器开销庞大(译者注:不一定指价格,包括是资源消耗)。

比如,你打算在自己的RSS订阅更新的时候通知用户,这样做没问题。因为你控制着RSS订阅,并且知道它何时发生变化——当你更新网站内容时——于是你的服务器可以在合适的时候发出通知。

但是如果你的应用是一款RSS阅读器,允许用户添加自定义的链接呢?这种情况下,你需要构建一些机制去检测那些订阅的更新。

实际上,这意味着你的服务器为了检查那些订阅的变化,需要不停的轮询它们。如果你拥有很多用户,你可能不得不安装一堆新服务器去处理这些工作和满足带宽需求。对于这类应用,推送会变得异常昂贵,可能不值得去做。

好了,理论上足够了。下面到时间来学习如何使用推送了。在我们投入到美好的事物——编程!之前——有一些无聊的搭建环境的工作需要在iOS Provisioning Portal上完成,所以让我们尽快完成它。

Provisioning Profiles和证书,天哪!

APNS需要一个证书

在你的应用中使用推送通知,需要用一个配置过推送功能的provisioning profile来签名。此外,你服务器所有与APNS的通讯都需要进行SSL证书签名。

Provisioning profile和SSL证书紧密联系在一起,并且只对一个App ID有效。这个保护措施可以保证只有你的服务器可以发推送通知到你的应用,其它服务器不可以。

正如你所知道的,应用程序在开发和发布阶段使用不同的provisioning profiles。同样,推送服务器的证书也有两种:

· Development. 如果你的应用程序运行在debug模式,并且使用的是Development provisioning profile (Code Signing Identity 是 “iPhone Developer”)签名的,你的服务器必须使用Development证书。

· Production. 使用Ad Hoc方式发布的,或发布在App Store(Code Signing Identify 是 “iPhone Distribution”)上的应用程序,必须和使用Production证书签名的服务器通讯。如果这里面有不匹配,推送通知将无法送达你的应用。

在这篇教程里,我们不需要为分发profiles和证书烦恼,只需要使用Development版本的即可。

生成证书签名请求(Certificate Signing Request, CSR)

还记得你在注册成为iOS开发者之后,如何去iOS Provisioning Portal生成一个开发证书吗?如果记得,下面的步骤应该会比较熟悉。不过,我仍然建议你准确地按照步骤来做。因为大多数在实现推送通知过程中遇到的问题,都是由于证书问题引起的。

数字证书基于公钥-私钥加密方法。你不需要知道任何关于证书的加密方法,但是你要知道证书一直会与一个私钥搭配使用。

证书是密钥对的非秘密的部分。将它发送给其它人是安全的,比如通过SSL通讯的过程中就会包含证书。然而,对于私钥,当然是私有的。它是秘密的。你的私钥只对你有用,对其他人没用。要重视的是:如果你没有私钥的话,就无法使用证书。

每当申请一个数字证书的时候,你需要提供一个证书签名请求,简称CSR。当你创建了CSR后,会生成一个新的私钥保存到keychain应用程序中。然后你将CSR发送到一个证书颁发机构(目前情况下就是iOS Developer Portal),它会根据CSR中的信息生成SSL证书。

打开Mac中的Keychain Access程序(在Applications/Utilities下),选择菜单中的Request a Certificate from a Certificate Authority…

如果菜单中没有“Request a Certificate from a Certificate Authority with key”选项,就先去下载安装WWDR Intermediate Certificate。并且确认Keychain Access窗口里没有私钥被选中。

现在,你应该会看到下面的窗口:

在里面输入你的邮件地址,听有人推荐说最好使用和注册IOS开发者证号同样的邮件地址,但看起来任何邮件地址都可以。在Common Name中输入“PushChat”。你可以输入任何字符串,但最好是有意义的。这会使你以后容易查找这个私钥。

选择Saved to disk选项,点击Continue。将文件保存为“PushChat.certSigningRequest”。

如果你切换到Keychain Access软件的Keys标签,你将会看到一个新的私钥出现在你的钥匙串里。右键点击它,选择Export。

将私钥保存为“PushChatKey.p12”,输入一个密码短语。

为了教程的方便,我用了密码短语“pushchat”来保护这个p12文件,但是你应该选择一些更不容易被猜出的。记住,私钥是要保密的。另外,一定要选择你能记住的密码短语,否则以后就无法使用这个密钥了。


一个非常简单的程序

目前还没有激动人心的地方,但是前面的那些准备工作是必须的。我将会详细介绍如何生成证书,因为它不是你每天都要做的,但是没有证书推送就不能工作。

因为可以连接到沙盒服务器,所以证明我们的证书是有效的。让我们来测试一下,是不是真的能推送一些消息!

点击Xcode然后选择File,创建一个新的Project。选择View-based Application模板,然后下一步

在文本框填入下列值:

· Product Name项目名:PushChat

· Company Identifier公司ID: com.hollance

· Device Family设备: iPhone

Bundle ID由项目名称和公司ID组成。我的项目ID叫“com.hollance.PushChat”

你应该让你的Product Name和Company Identifier 与你早先用App ID在Provisioning Portal 注册的相一致(com.yourname.PushChat).

完成后打开PushChatAppDelegate.m,将didFinishLaunchingWithOptions 方法改成下面的样子:

   
   
   
   
  1. - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
  2. {
  3. self.window.rootViewController = self.viewController;
  4. [self.window makeKeyAndVisible]; //让设备知道我们想要收到推送通知
  5. [[UIApplication sharedApplication] registerForRemoteNotificationTypes:(UIRemoteNotificationTypeBadge | UIRemoteNotificationTypeSound | UIRemoteNotificationTypeAlert)];
  6. return YES;
  7. }

调用registerForRemoteNotificationTypes 告诉OS 这个App想要接收推送消息。

编译运行。你需要在真机上运行这个程序,因为模拟器不支持推送通知。

Xcode应该会自动选择新的provisioning profile。如果你得到一个签名错误,那么请确认在Code Signing build settings中选择了正确的profile。

当应用程序启动了推送通知,它会显示一个消息通知用户,它想推送通知。

这个app推送请求只出现一次。如果用户选“确定”,那么我们的推送通知就全设置好了。

然而,如果他们选择“不允许”,那么我们的应用程序将不会接收到推送通知。用户可以在手机设置里改变他们的决定。

你可以在setting -> Notifications里面找到你的应用程序,用户可以在这里启用或禁用

应用程序的通知,包括标记、声音和警报。

你的app可以查看哪些推送类型被启用,用以下代码来查看

UIRemoteNotificationType enabledTypes = [[UIApplication sharedApplication] enabledRemoteNotificationTypes];

为了能收到推送消息,我们还要在app中添加一些内容。将下列代码添加到PushChatAppDelegate.m中:

   
   
   
   
  1. - (void)application:(UIApplication*)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData*)deviceToken
  2. {
  3. NSLog(@”My token is: %@”, deviceToken);
  4. }
  5. - (void)application:(UIApplication*)application didFailToRegisterForRemoteNotificationsWithError:(NSError*)error
  6. {
  7. NSLog(@"Failed to get token, error: %@", error);
  8. }

当你的应用程序注册远程通知时,它将会尝试获得一个“设备标记(device token)”。

这是一个32字节数字,标识你的设备的唯一性。 可以把device token理解为推送消息的接收地址。

再次运行程序,你应该能在Xcode的控制台窗口看到下面这个:

My token is:

<740f4707 bebcf74f 9b7c25d4 8e335894 5f6aa01d a5ddb387 462c7eaf 61bb78ad>

这个标识是一个封装的二进制数据结构,装入一个NSData对象里。苹果不希望你看见它的内部信息,就我们而言知道它是32字节长就够了。

正如你上面所看到的,标识也可用64位十六进制字符表示,我们将用这种格式使用设备标识,当然还要去掉分隔符和空格。

如果你在模拟器上运行这个程序,由于你的模拟器不支持推送通知,didFailToRegisterForRemoteNotificationsWithError方法将被调用。

这个应用就是这样。还有一件事要做,之后我们马上就可以看到一些推送通知,立即行动!

发送我们第一个推送通知

我之前已经提到了几次,你需要创建一个服务器,它将推送通知给你的app。

第一次测试程序,我们不会去建立一个服务器。相反,我会给你们一个非常简单的PHP脚本,

,来建立一个连接到APNS并发送一个推送通知到您所指定的设备。你可以直接在mac电脑上运行这个脚本

下载这些SimplePush代码并解压缩,你需要在simplepush.php做些改变。

   
   
   
   
  1. //把你的设备标识写在这里(没有空格):
  2. $deviceToken = '0f744707bebcf74f9b7c25d48e3358945f6aa01da5ddb387462c7eaf61bbad78';
  3.  
  4. //密码放在这里
  5. $passphrase = 'pushchat';
  6.  
  7. // 把你的推送消息放在这里:
  8. $message = 'My first push notification!';

你需要从app中拷贝device token到$deviceToken变量。确定删掉了空格以及分隔符。它应该是64位的十六进制字符。把你私钥密码短语放到$passphrase变量,以及你想发送的信息放到$message中。

拷贝你的ck.pem 文件到SimplePush目录,记住,这个ck.pem文件同时包含你的证书和私钥。

然后打开一个终端并键入:

$ php simplepush.php

如果一切顺利,脚本应该会显示:

Connected to APNS

Message successfully delivered

几秒钟内,你应该会收到你的第一个推送通知:

注意, 当应用程序是开着的你不会看到任何东西。消息传过来了,但是我们在app中没有做任何处理消息的方法。

关闭应用程序,然后再试一次。

如果显示一些错误信息,simplepush.php脚本退出,检查你是否正确制作PEM文件,

并且你能正确的连接到沙盒服务器 (见上文)。

现在,脚本究竟做了什么并不重要。在这个系列的第二部分,我们会建立一个真正的推送服务器,到那时候我们会就此做更多的说明。

接下来?

此时,你已经成功建立了一个app来接收推送通知,并且通过自定义的PHP代码发送了第一条推送通知。

稍后请看教程系列的Part2。


你可能感兴趣的:(Apple推送通知服务教程 PART-1)