IOS推送通知
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
在这个方法里添加上
UIRemoteNotificationType types = UIRemoteNotificationTypeSound|UIRemoteNotificationTypeBadge|UIRemoteNotificationTypeAlert;
[[UIApplication sharedApplication] registerForRemoteNotificationTypes:types];
这里表明 一共注册三种类型 badge,alert,和sound
会在第一次使用时候提醒用户是否接受推送,(只会提醒一次),当用户选择允许之后会在
-(void) application:(UIApplication *) application didRegisterForRemoteNotificationsWithDeviceToken:(NSData*)deviceToken
这个方法里取得设备的token号,然后发送给你们的服务器(因为token不是永远不变的,建议在程序轮询取一次,存好)
当用户选择不允许的时候或者此时使用模拟器的时候会实现该方法
-(void) application:(UIApplication *) application didFailToRegisterForRemoteNotificationsWithError:(NSError*)error
当用户正在使用该程序的时候,可以用一个alertview提醒用户,(主要是为了与自己服务器通信,取得一次最新数据)
-(void) application:(UIApplication *) application didReceiveRemoteNotification:(NSDictionary *)userInfo
{
//当用户打开程序时候收到远程通知后执行
if (application.applicationState == UIApplicationStateActive) {
UIAlertView *alertView = [[UIAlertView alloc] initWithTitle:@"新消息提示"
message:[NSString stringWithFormat:@"\n%@",
[[userInfo objectForKey:@"aps"] objectForKey:@"alert"]]
delegate:self
cancelButtonTitle:@"确定"
otherButtonTitles:nil];
[alertView show];
}
}
-(void) alertView:(UIAlertView *)alertView clickedButtonAtIndex:(NSInteger)buttonIndex
{
}
另外:
可以在这个方法里面把icon图标数字变为零,(这个主要根据软件需要)
- (void)applicationDidBecomeActive:(UIApplication *)application{
[[UIApplication sharedApplication] setApplicationIconBadgeNumber:0];
}
请求和保存设备令牌
您的 iOS 应用程序需要请求用户许可,在它所安装的设备上接收推送通知。通常情况下,您可以通过一个简单的 API 调用在应用程序代理中实现这一点,如清单 1 所示:
清单 1. 请求用户许可
[[UIApplication sharedApplication] registerForRemoteNotificationTypes: (UIRemoteNotificationTypeBadge | UIRemoteNotificationTypeSound | UIRemoteNotificationTypeAlert)]; |
如果用户授予许可,应用程序会自动联系 APNs 服务器获取设备令牌。令牌使 APNs 可以将该特定设备上所安装的这个特定应用程序识别为一个消息目的地。这个过程是自动的,并且在后台执行。您不需要为它编写任何代码。
在 APNs 服务器响应后,应用程序代理中的 didRegisterForRemoteNotificationsWithDeviceToken
方法被调用,并将设备令牌作为一个调用参数传递进来。您必须保存设备令牌并将它上传到自己的推送通知服务器,如清单 2 所示:
清单 2. 接收一个 ID 并将它上传到服务器
- (void)application:(UIApplication*)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData*)deviceToken { NSString *tokenStr = [deviceToken description]; NSString *pushToken = [[[[tokenStr stringByReplacingOccurrencesOfString:@"<" withString:@""] stringByReplacingOccurrencesOfString:@">" withString:@""] stringByReplacingOccurrencesOfString:@" " withString:@""] retain]; // Save the token to server NSString *urlStr = [NSString stringWithFormat:@"https://%@/push_token", RINGFULDOMAIN]; NSURL *url = [NSURL URLWithString:urlStr]; NSMutableURLRequest *req = [NSMutableURLRequest requestWithURL:url]; [req setHTTPMethod:@"POST"]; [req setValue:@"application/x-www-form-urlencoded" forHTTPHeaderField:@"Content-type"]; NSMutableData *postBody = [NSMutableData data]; [postBody appendData:[[NSString stringWithFormat:@"username=%@", username] dataUsingEncoding:NSUTF8StringEncoding]]; [postBody appendData:[[NSString stringWithFormat:@"&token=%@", pushToken] dataUsingEncoding:NSUTF8StringEncoding]]; [req setHTTPBody:postBody]; [[NSURLConnection alloc] initWithRequest:req delegate:nil]; } |
在理想情况下,您将令牌与一些标记用户的信息(如在您的系统中的个人用户名)相关联,使您的服务器知道稍后要将消息发送给谁。(您可以将它想 像为类似于将电话号码与个人姓名相关联。)如果您没有将令牌与自己的用户标识信息关联,您仍然可以将消息发送到这些设备,但您不能为每个用户自定义消息, 因为您所拥有的是一个目标设备的字母令牌字符串。
服务器应该将令牌及其相关的标识信息保存在数据库中。在大多数应用程序中,它被保存在用户配置文件数据库中。
发送一个推送消息
要发送一个推送消息,您的服务器:
- 查找即将发送消息的目标应用程序 ID 列表
- 根据收件人的用户配置文件为每个收件人个性化消息
- 联系 APNs 消息服务器
APNs 服务器的 Web 服务 API 很复杂。对 Java 开发人员来说幸运的是,开源 JavaPNS 库可以使其使用变得更简单。JavaPNS 和下载和文档链接参见 参考资料。
清单 3 中的代码显示了如何使用 JavaPNS 库向设备发送类似于短信的消息:
清单 3. 发送一个推送消息
String[] devices = {"token1", "token2}; List<PushedNotification> notifications = Push.alert("Hello World!", "keypair.p12", "password", false, devices); |
JavaPNS 库的主界面方法是在 Push
类中的静态方法。APNs 允许您在消息中嵌入各种内容。请参阅 iOS 推送消息指南,获取所支持的负载类型的完整清单(参见 参考资料)。Push
类为每种类型的消息提供方便的方法,并且它将消息的转换为 APNs 服务器接受的 JavaScript Object Notation (JSON) 格式。在 清单 3 中,<em>keypair.p12</em>
是从 KeyChain Access 导出的 p12 文件,<em>password</em>
是 p12 文件的密码。devices
阵列是从 iOS 应用程序接收的设备令牌列表。所有这些设备都将收到这个推送消息。在参数中的 false
值指定该消息应发送到 APNs 开发服务器(沙箱),而不是其生产服务器。(回忆一下,您通常为沙箱创建一个 p12 密钥对,为生产服务器创建一个不同的密钥对。)
方法调用返回的值是一个 PushedNotification
对象的列表,您可以用它来确定推送交付的状态,如清单 4 所示:
清单 4. 检查推送交付的状态
for (PushedNotification notification : notifications) { if (notification.isSuccessful()) { /* Apple accepted the notification and should deliver it */ } else { String invalidToken = notification.getDevice().getToken(); /* Add code here to remove invalidToken from your database */ } } |
如果通知对象告诉您,有某个设备令牌不再处于激活状态,例如,如果用户从设备中删除了该应用程序,或在应用程序设置中禁用了通知,您应该从数据库中删除该令牌,以便您不会再向它发送消息。
保持最新的活动设备令牌列表的另一种方式,是让您的服务器应用程序定期检查 APNs 服务器。清单 5 显示了如何查询 APNs 反馈服务,使用 JavaPNS 从 APNs 沙箱接收一个无效设备令牌的列表:
清单 5. 检查以更新活动的设备令牌
List<Device> inactiveDevices = Push.feedback("keypair.p12", "password", false); /* remove inactive devices from your own list of devices */ |
不要将资源浪费在将消息发送到已删除您的应用程序的设备,或选择不接收通知的设备,这一点很重要。
其他考虑事项
推送通知不能在 iOS 模拟器上进行测试;您必须将应用程序部署到实际设备上对其进行测试。因为用于对消息进行身份验证的数字证书被捆绑到应用程序的配置概要文件,您需要使用在 开发或临时分发应用程序中的开发证书进行测试。在应用程序通过审批并在 App Store 中提供后,您必须切换到生产证书。
此外,重要的是要理解,为大数据库中的用户定制和发送推送消息是一项资源密集型工作。例如,每 5 秒遍历一次一个百万用户级的数据库,以确定 10 个当时需要收到消息的用户,这成本非常高。服务器端的基础架构需要精心的设计和规划,以支持对大量用户的频繁推送通知。相反,一次向一百万个用户发送推送 消息会产生大量的流量,因此通过使用一个线程池可以更好地处理这一场景,而不是阻止一个单独线程。JavaPNS 库提供一个简单的 API,它使用线程池,可以同时将消息推送给大量设备。
结束语
推送技术让您的服务器应用程序绕过电信运营商,并直接通过 Internet 向 iOS 设备的应用程序发送消息。虽然实现推送通知并非小事(客户端 SSL 证书对 Apple 服务器的身份验证需求很复杂),但是来自 Urban Airship 和 JavaPNS 等第三方的帮助可以使发送通知更加容易。SMS 和 MMS 有自己的位置,并且仍然比推送技术更可靠,但您可以通过实现推送消息使您的 iOS 应用程序更加丰富,提供更多的功能。