iOS 和 Android 的后台极光推送原理理各是什么？有什么区别

来源：蜘蛛抓取(WebSpider) 时间：2017-07-28 08:20 标签： app 消息推送 原理
iOS 消息推送及本地通知，原理解析
时间： 23:59:33
&&&& 阅读：2150
&&&& 评论：
&&&& 收藏：0
标签：在此整理了一些前辈的思路，根据自己对问题的理解及相似方面的比较做了这篇笔记，本文并未详细讲解，只是根据自己提出问题进行一个解决，希望能对大家有些帮助。
1. deviceToken与UUID，UDID的区别
deviceToken :
A token that identifies the device to APS. The token is an opaque data type because that is the form that the provider needs to submit to the APS servers when it sends a notification to a device. The APS servers require
a binary format for performance reasons.
Note that the device token is different from the uniqueIdentifier property of UIDevice because, for security and privacy reasons, it must change when the device is wiped.
当设备被擦除后，token必须变化。
UUID:Universally Unique IDentifiers,翻译过来就是“全局唯一标志符”
UUID是一个标识你系统中的存储设备的字符串，其目的是帮助使用者唯一的确定系统中的所有存储设备，不管它们是什么类型的。它可以标识DVD驱动器，USB存储设备以及你系统中的硬盘设备等。一个典型的UUID看起来就是这样：
BF4-442C-8A6C-FB4FD8bit 32位16进制）
为什么使用UUID:
& 1.它是真正的唯一标志符
UUID为系统中的存储设备提供唯一的标识字符串，不管这个设备是什么类型的。如果你在系统中添加了新的存储设备如硬盘，很可能会造成一些麻烦，比如说启动的时候因为找不到设备而失败，而使用了UUID则不会有这样的问题。
& 2.设备名并非总是不变的
自动分配的设备名称并非总是一致的，它们依赖于启动时内核加载模块的顺序。如果你在插入了USB盘时启动了系统，而下次启动时又把它拔掉了，就有可能导致设备名分配不一致。
使用UUID对于挂载移动设备也非常有好处——例如我有一个24合一的读卡器，它支持各种各样的卡，而使用UUID总可以使用同一块卡挂载在同一个地方。
& 3.ubuntu中的许多关键功能现在开始依赖于UUID
操作步骤前的一些原理：
device token，即设备令牌，不是系统唯一标识，需要在应用启动时发起到apple服务器请求，注册自己的设备和应用，并获得这个device token。
device token有什么用？如果应用需要push notification给手机，那么它要有个服务器端（provider），但是它发出的信息不是直接给手机的，而是必须统一交给apple的服务器，这个服务器就是apple push notification server(apns)。apple服务器通过这个token，知道应用要发的消息是给哪个手机设备的，并转发该消息给手机，手机再通知应用程序。
UDID:Unique Device Identifier，它是苹果IOS设备的唯一标识码，它由40个字符的字母和数字组成（越狱的设备通过某些工具可以改变设备的UDID）。移动网络可利用UDID来识别移动设备，但是，从iOS5.0（2011年8月份）开始，苹果宣布将不再支持用uniqueIdentifier方法获取设备的UDID，iOS5以下是可以用的。在日苹果已经通知开发者：从日起，访问UDIDs的程序将不再被审核通过，替代的方案是开发者应该使用“在iOS6中介绍的Vendor或Advertising标识符”。所以UDID是绝对不能用了。
更多信息参见：http://zengrong.net/post/2152.htm
2. 推送的各个阶段：
& app 注册推送服务通知（向iOS）
& iOS系统向APNS服务器请求一个device token
& app接收到device token
& app向你自己的服务器发送token
& 当有些事情触发你的推送服务时，向APNS发送一个推送通知。
& APNS发送这个推送通知到你的app
证书配备完成后：
& & 在项目的AppDelegate中的didFinishLaunchingWithOptions方法中加入下面的代码：
#define iOS8 [[UIDevice currentDevice] systemVersion].doubleValue &= 8.0
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
& & // Override point for customization after application launch.
& & // 要区分是否为ios8
#ifdef iOS8
& & & & UIUserNotificationSettings *notiSettings = [UIUserNotificationSettings settingsForTypes:(UIUserNotificationTypeAlert | UIUserNotificationTypeBadge | UIUserNotificationTypeSound) categories:nil];
& & & & [application registerUserNotificationSettings:notiSettings];
& & & & [application registerForRemoteNotificationTypes:(UIRemoteNotificationTypeAlert|UIRemoteNotificationTypeBadge|UIRemoteNotificationTypeSound)];
& 添加接收信息部分
- (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken
& & NSLog(@&deviceToken&);
-(void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo
& & // 确实接收到推送信息
& & NSLog(@&%@&,userInfo);
3. 本地通知 ：一定要进入到后台后才能看到效果
& & UILocalNotification *notification = [[UILocalNotification alloc] init];
& & if (notification != nil) {
& & & & NSDate *now = [NSDate new];
& & & & notification.fireDate = [now addTimeInterval:10.0];
& & & & notification.timeZone = [NSTimeZone defaultTimeZone];
& & & & notification.alertBody = @&要去吃晚饭了&;
& & & & application.applicationIconBadgeNumber = 10; // 显示到Icon的图标右上角
& & & & [application scheduleLocalNotification:notification];
UILocalNotification的实例，主要有三类属性
* scheduled time, 时间周期，用来指定iOS系统发送通知的日期和时间；&
* notification type,通知类型，包括警告信息、动作按钮的标题、应用图标上的badge（数字标记）和播放的声音；
* 自定义数据，本地通知可以包含一个dictionary类型的本地数据
4. 远程通知（第3点上的所有通知皆为远程通知）
设备的准备
首先要知道，push notification 只能在真机上运行的，无法在模拟器上使用，如果在模拟器上运行，在注册时会有类似如下错误：
Error in registration. Error: Error Domain=NSCocoaErrorDomain Code=3010 &remote notifications are not supported in the simulator& UserInfo=0x5d249d0 {NSLocalizedDescription=remote notifications are not supported in the simulator}
真机也需要注意，如果没有越狱，没有问题。越狱的话，比如通过blacksnOw,因为没有经过iTunes，无法生成有效的设备证书（device certificate）,因此注册的时候不会成功。
具体可参考：
版权声明：本文为博主原创文章，未经博主允许不得转载。
&&国之画&&&& &&&&chrome插件
版权所有 京ICP备号-2
迷上了代码！经验2029 米
在线时间350 小时
版本V8.1.6.0.MAACNDI
积分 2425, 距离下一级还需 2575 积分
积分 2425, 距离下一级还需 2575 积分
机型小米手机5
签到次数120
MIUI版本V8.1.6.0.MAACNDI
刚刚看到一个关于集成米聊微信等推送系统的投票贴，感触很深，确实用Android以来其推送的占用资源和不稳定性让我有了些微不满，不过前两天我恰好看到了一篇技术类文章全面阐释了Android的推送机制与ios的区别以及带来的实际体验的差距，所以想把自己获得的一些东西分享给大家。
推送系统最早其实是黑莓的专利，后来ios非常聪明的学去了，而且学的很好。在推送之前很多智能系统只能通过轮询的方式不断定期向服务器询问是否有新信息，往往费电和费流量。
ios建立了一个统一的服务器，APNS（Apple Push Notification Service），简单的说，我们在手机上接收到的所有推送信息都来源于这个服务器，每一台ios设备都有一个独立的识别码相当于身份证。那么当你用这个身份证登录了某个软件（比如米聊）后，就连接到了米聊的服务器上，在推送体系中这个目标服务器被称作Provider。接着你看完消息，退出米聊后，进程结束，但是此时你这个身份证的登录状态并没有在Provider里注销，而是保留了。因此如果有人给你的米聊发送了信息，就会触发Provider的行为，但是由于你关闭了米聊，所以它无法直接向你的手机发送消息，于是它转而向APNS发送信息，顺便带着你的身份证。然后万能的APNS就顺着身份证找到你，然后把消息塞到你的手机里。只要你ios设备的推送不关闭，流量不关闭，那么你的设备就会一直和APNS保持连接，从而达到24小时接受推送信息的目的。有人应该已经明白了这样做的好处，因为你只和一个服务器产生连接，省电省流量。另外由于APNS服务器的广域和强大的稳定性，以及该服务在ios属于固定的API接口，使得整个推送系统稳定而健壮。不过顺便一提ios的邮件推送是另一套完整的PushMail系统，和这个无关。
那么为什么安卓的推送没有ios给力？其实在Android2.2之后，谷歌也建立了类似ios一样的推送系统——Android Cloud to Device Messaging（C2DM），但是为什么这个系统没有APNS给力呢？主要是C2DM的服务器对于国内来说是外面的东西，由于谷歌在国内受到了一些格外的照顾，这个服务器也就显得不那么给力，这是国内厂商多不选择C2DM的重要原因。另外Android开源和API的开放提供了其它推送的选择。在C2DM不给力的情况下，一些软件选回了老的轮询方式的（凡是软件里需要你自己选择多长时间检查一次有没有更新的软件都是轮询方式）来提供消息，这种方式有相当的不稳定因素，在机器内存紧张的情况下驻留的http服务容易被回收，还更费电费流量。更多软件厂商则选择了利用Android的自由的XML的API接口自己搭建XMPP服务器来直接向用户推送消息，缺点同样是驻留的服务容易被回收，尤其对于小内存机器和在内存管理上时常有技术性溢出（回收机制缺陷）的MIUI来说如果不锁定服务的内存那么就可能出现收不到推送的情况。总体看来由于安卓推送机制的缺陷和进程的不统一（你装米聊微信微博就等于后台有了三个推送进程），整体上的健壮性得不到保证，也更加费电和费流量，与ios统一而健壮的推送服务有了很大的差距。
综上所述安卓系统的推送问题是并不是MIUI小组可以企及的，就算MIUI强势到能够建立一个墙内的推送服务器，也需要说服众多的软件厂商去使用他们的服务器，这就意味着需要有“米聊MIUI版”“微博MIUI版”，更加加剧了安卓生态圈的分裂。
至于在Android4.0时代安卓能否改变这个现状我只能持谨慎乐观态度，因为其开源性和向下兼容的API整合使得这种现状更有可能延续下去而不是改善。
分享到微信朋友圈
打开微信，点击底部的“发现”，使用 “扫一扫” 即可将网页分享到我的朋友圈。
已有&3&人评分
精品文章^_^
精品文章^_^
经验2029 米
在线时间350 小时
版本V8.1.6.0.MAACNDI
积分 2425, 距离下一级还需 2575 积分
积分 2425, 距离下一级还需 2575 积分
机型小米手机5
签到次数120
MIUI版本V8.1.6.0.MAACNDI
另外我确实想吐槽一下MIUI小组的内存机制上的处理，为何会和其基于的CM7产生如此大的差别？
经验1654 米
在线时间366 小时
版本2.4.13
积分 2237, 距离下一级还需 2763 积分
积分 2237, 距离下一级还需 2763 积分
机型Galaxy Nexus
签到次数58
MIUI版本2.4.13
楼上这话对于ms来说感触良多！
经验6006 米
在线时间938 小时
版本JLB14.0
追求新鲜!~追求刺激!~
积分 7669, 距离下一级还需 12331 积分
积分 7669, 距离下一级还需 12331 积分
机型Samsung N9005
签到次数32
MIUI版本JLB14.0
对于我来说，推不推送无所谓。我是来推送lz的帖子的！～
经验2029 米
在线时间350 小时
版本V8.1.6.0.MAACNDI
积分 2425, 距离下一级还需 2575 积分
积分 2425, 距离下一级还需 2575 积分
机型小米手机5
签到次数120
MIUI版本V8.1.6.0.MAACNDI
是啊，里程碑伤不起……我下个机器估计不会用安卓了……用里程碑这大半年以来通过不断的学习和自己的编译修改，对android这个系统的好坏有了自己的一些看法，有些缺点是我难以接受的……这个平台恐怕不是我的菜了。
经验4730 米
在线时间653 小时
版本4.3.14
积分 5966, 距离下一级还需 14034 积分
积分 5966, 距离下一级还需 14034 积分
机型Google Nexus 7
签到次数14
MIUI版本4.3.14
大家好才是真的好~
在线时间9 小时
版本3.7.12
积分 42, 距离下一级还需 8 积分
积分 42, 距离下一级还需 8 积分
机型未知设备
MIUI版本3.7.12
C2DM虽然推出已经好一段时间了 但是用的APP确实不多 我发现像人人，新浪微博等都是选择驻留后台的服务来提供推送功能
经验123 米
在线时间63 小时
版本V7.2.1.0.LXKCNDA
积分 168, 距离下一级还需 32 积分
积分 168, 距离下一级还需 32 积分
机型小米手机4c
MIUI版本V7.2.1.0.LXKCNDA
这么好的帖子为何不顶？
在线时间6 小时
积分 55, 距离下一级还需 145 积分
积分 55, 距离下一级还需 145 积分
经验850 米
在线时间24 小时
版本7.6.14
积分 869, 距离下一级还需 1131 积分
积分 869, 距离下一级还需 1131 积分
机型小米Note 移动4G/联通4G
签到次数89
MIUI版本7.6.14
这个看到了，临时登陆回复，必须顶！
MIUI 3000万
MIUI 3000万发烧友纪念勋章
已关注微信
小米手机元器件合体活动勋章
小米求合体勋章
MIUI 2000万
MIUI 2000万发烧友纪念勋章
MIUI三周年
MIUI三周年纪念勋章
关注腾讯微博
已关注腾讯微博
关注新浪微博
已关注新浪微博
发烧友俱乐部
发烧友俱乐部
Copyright (C) 2017 MIUI
京ICP备号 | 京公网安备34号 | 京ICP证110507号Posts - 79,
Articles - 0,
Comments - 1662
CODING 完美世界...
08:29 by KenshinCui, ... 阅读,
概述 在多数移动应用中任何时候都只能有一个应用程序处于活跃状态，如果其他应用此刻发生了一些用户感兴趣的那么通过通知机制就可以告诉用户此时发生的事情。iOS中通知机制又叫消息机制，其包括两类：一类是本地通知；另一类是推送通知，也叫远程通知。两种通知在iOS中的表现一致，可以通过横幅或者弹出提醒两种形式告诉用户，并且点击通知可以会打开应用程序，但是实现原理却完全不同。今天就和大家一块去看一下如何在iOS中实现这两种机制，并且在文章后面会补充通知中心的内容避免初学者对两种概念的混淆。
本地通知 本地通知是由本地应用触发的，它是基于时间行为的一种通知形式，例如闹钟定时、待办事项提醒，又或者一个应用在一段时候后不使用通常会提示用户使用此应用等都是本地通知。创建一个本地通知通常分为以下几个步骤：
创建UILocalNotification。
设置处理通知的时间fireDate。
配置通知的内容：通知主体、通知声音、图标数字等。
配置通知传递的自定义数据参数userInfo（这一步可选）。
调用通知，可以使用scheduleLocalNotification:按计划调度一个通知，也可以使用presentLocalNotificationNow立即调用通知。 下面就以一个程序更新后用户长期没有使用的提醒为例对本地通知做一个简单的了解。在这个过程中并没有牵扯太多的界面操作，所有的逻辑都在AppDelegate中：进入应用后如果没有注册通知，需要首先注册通知请求用户允许通知；一旦调用完注册方法，无论用户是否选择允许通知此刻都会调用应用程序的- (void)application:(UIApplication *)application didRegisterUserNotificationSettings:(UIUserNotificationSettings *)notificationSettings代理方法，在这个方法中根据用户的选择：如果是允许通知则会按照前面的步骤创建通知并在一定时间后执行。 AppDelegate.m//
AppDelegate.m
LocalNotification
Created by Kenshin Cui on 14/03/28.
Copyright (c) 2014年 Kenshin Cui. All rights reserved.
#import "AppDelegate.h"
#import "KCMainViewController.h"
@interface AppDelegate ()
@implementation AppDelegate
#pragma mark - 应用代理方法
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
_window=[[UIWindow alloc]initWithFrame:[UIScreen mainScreen].bounds];
_window.backgroundColor =[UIColor colorWithRed:249/255.0 green:249/255.0 blue:249/255.0 alpha:1];
//设置全局导航条风格和颜色
[[UINavigationBar appearance] setBarTintColor:[UIColor colorWithRed:23/255.0 green:180/255.0 blue:237/255.0 alpha:1]];
[[UINavigationBar appearance] setBarStyle:UIBarStyleBlack];
KCMainViewController *mainController=[[KCMainViewController alloc]init];
_window.rootViewController=mainC
[_window makeKeyAndVisible];
//如果已经获得发送通知的授权则创建本地通知，否则请求授权(注意：如果不请求授权在设置中是没有对应的通知设置项的，也就是说如果从来没有发送过请求，即使通过设置也打不开消息允许设置)
if ([[UIApplication sharedApplication]currentUserNotificationSettings].types!=UIUserNotificationTypeNone) {
[self addLocalNotification];
[[UIApplication sharedApplication]registerUserNotificationSettings:[UIUserNotificationSettings settingsForTypes:UIUserNotificationTypeAlert|UIUserNotificationTypeBadge|UIUserNotificationTypeSound
categories:nil]];
return YES;
#pragma mark 调用过用户注册通知方法之后执行（也就是调用完registerUserNotificationSettings:方法之后执行）
-(void)application:(UIApplication *)application didRegisterUserNotificationSettings:(UIUserNotificationSettings *)notificationSettings{
if (notificationSettings.types!=UIUserNotificationTypeNone) {
[self addLocalNotification];
#pragma mark 进入前台后设置消息信息
-(void)applicationWillEnterForeground:(UIApplication *)application{
[[UIApplication sharedApplication]setApplicationIconBadgeNumber:0];//进入前台取消应用消息图标
#pragma mark - 私有方法
#pragma mark 添加本地通知
-(void)addLocalNotification{
//定义本地通知对象
UILocalNotification *notification=[[UILocalNotification alloc]init];
//设置调用时间
notification.fireDate=[NSDate dateWithTimeIntervalSinceNow:10.0];//通知触发的时间，10s以后
notification.repeatInterval=2;//通知重复次数
//notification.repeatCalendar=[NSCalendar currentCalendar];//当前日历，使用前最好设置时区等信息以便能够自动同步时间
//设置通知属性
notification.alertBody=@"最近添加了诸多有趣的特性，是否立即体验？"; //通知主体
notification.applicationIconBadgeNumber=1;//应用程序图标右上角显示的消息数
notification.alertAction=@"打开应用"; //待机界面的滑动动作提示
notification.alertLaunchImage=@"Default";//通过点击通知打开应用时的启动图片,这里使用程序启动图片
//notification.soundName=UILocalNotificationDefaultSoundN//收到通知时播放的声音，默认消息声音
通知声音（需要真机才能听到声音）
//设置用户信息
notification.userInfo=@{@"id":@1,@"user":@"Kenshin Cui"};//绑定到通知上的其他附加信息
//调用通知
[[UIApplication sharedApplication] scheduleLocalNotification:notification];
#pragma mark 移除本地通知，在不需要此通知时记得移除
-(void)removeNotification{
[[UIApplication sharedApplication] cancelAllLocalNotifications];
请求获得用户允许通知的效果：
应用退出到后弹出通知的效果：
锁屏状态下的通知效果(从这个界面可以看到alertAction配置为“打开应用”)：
在使用通知之前必须注册通知类型，如果用户不允许应用程序发送通知，则以后就无法发送通知，除非用户手动到iOS设置中打开通知。
本地通知是有操作系统统一调度的，只有在应用退出到后台或者关闭才能收到通知。(注意：这一点对于后面的推送通知也是完全适用的。 ）
通知的声音是由iOS系统播放的，格式必须是Linear PCM、MA4（IMA/ADPCM）、uLaw、aLaw中的一种，并且播放时间必须在30s内，否则将被系统声音替换，同时自定义声音文件必须放到main boundle中。
本地通知的数量是有限制的，最近的本地通知最多只能有64个，超过这个数量将被系统忽略。
如果想要移除本地通知可以调用UIApplication的cancelLocalNotification:或cancelAllLocalNotifications移除指定通知或所有通知。
从上面的程序可以看到userInfo这个属性我们设置了参数，那么这个参数如何接收呢？
在iOS中如果点击一个弹出通知（或者锁屏界面滑动查看通知），默认会自动打开当前应用。由于通知由系统调度那么此时进入应用有两种情况：如果应用程序已经完全退出那么此时会调用- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions方法；如果此时应用程序还在运行（无论是在前台还是在后台）则会调用-(void)application:(UIApplication *)application didReceiveLocalNotification:(UILocalNotification *)notification方法接收消息参数。当然如果是后者自然不必多说，因为参数中已经可以拿到notification对象，只要读取userInfo属性即可。如果是前者的话则可以访问launchOptions中键为UIApplicationLaunchOptionsLocalNotificationKey的对象，这个对象就是发送的通知，由此对象再去访问userInfo。为了演示这个过程在下面的程序中将userInfo的内容写入文件以便模拟关闭程序后再通过点击通知打开应用获取userInfo的过程。
AppDelegate.m//
AppDelegate.m
LocalNotification
Created by Kenshin Cui on 14/03/28.
Copyright (c) 2014年 Kenshin Cui. All rights reserved.
#import "AppDelegate.h"
#import "KCMainViewController.h"
@interface AppDelegate ()
@implementation AppDelegate
#pragma mark - 应用代理方法
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
_window=[[UIWindow alloc]initWithFrame:[UIScreen mainScreen].bounds];
_window.backgroundColor =[UIColor colorWithRed:249/255.0 green:249/255.0 blue:249/255.0 alpha:1];
//设置全局导航条风格和颜色
[[UINavigationBar appearance] setBarTintColor:[UIColor colorWithRed:23/255.0 green:180/255.0 blue:237/255.0 alpha:1]];
[[UINavigationBar appearance] setBarStyle:UIBarStyleBlack];
KCMainViewController *mainController=[[KCMainViewController alloc]init];
_window.rootViewController=mainC
[_window makeKeyAndVisible];
//添加通知
[self addLocalNotification];
//接收通知参数
UILocalNotification *notification=[launchOptions valueForKey:UIApplicationLaunchOptionsLocalNotificationKey];
NSDictionary *userInfo= notification.userI
[userInfo writeToFile:@"/Users/kenshincui/Desktop/didFinishLaunchingWithOptions.txt" atomically:YES];
NSLog(@"didFinishLaunchingWithOptions:The userInfo is %@.",userInfo);
return YES;
#pragma mark 接收本地通知时触发
-(void)application:(UIApplication *)application didReceiveLocalNotification:(UILocalNotification *)notification{
NSDictionary *userInfo=notification.userI
[userInfo writeToFile:@"/Users/kenshincui/Desktop/didReceiveLocalNotification.txt" atomically:YES];
NSLog(@"didReceiveLocalNotification:The userInfo is %@",userInfo);
#pragma mark 调用过用户注册通知方法之后执行（也就是调用完registerUserNotificationSettings:方法之后执行）
-(void)application:(UIApplication *)application didRegisterUserNotificationSettings:(UIUserNotificationSettings *)notificationSettings{
if (notificationSettings.types!=UIUserNotificationTypeNone) {
[self addLocalNotification];
#pragma mark 进入前台后设置消息信息
-(void)applicationWillEnterForeground:(UIApplication *)application{
[[UIApplication sharedApplication]setApplicationIconBadgeNumber:0];//进入前台取消应用消息图标
#pragma mark - 私有方法
#pragma mark 添加本地通知
-(void)addLocalNotification{
//定义本地通知对象
UILocalNotification *notification=[[UILocalNotification alloc]init];
//设置调用时间
notification.fireDate=[NSDate dateWithTimeIntervalSinceNow:10.0];//通知触发的时间，10s以后
notification.repeatInterval=2;//通知重复次数
//notification.repeatCalendar=[NSCalendar currentCalendar];//当前日历，使用前最好设置时区等信息以便能够自动同步时间
//设置通知属性
notification.alertBody=@"最近添加了诸多有趣的特性，是否立即体验？"; //通知主体
notification.applicationIconBadgeNumber=1;//应用程序图标右上角显示的消息数
notification.alertAction=@"打开应用"; //待机界面的滑动动作提示
notification.alertLaunchImage=@"Default";//通过点击通知打开应用时的启动图片
//notification.soundName=UILocalNotificationDefaultSoundN//收到通知时播放的声音，默认消息声音
notification.soundName=@"msg.caf";//通知声音（需要真机）
//设置用户信息
notification.userInfo=@{@"id":@1,@"user":@"Kenshin Cui"};//绑定到通知上的其他额外信息
//调用通知
[[UIApplication sharedApplication] scheduleLocalNotification:notification];
上面的程序可以分为两种情况去运行：一种是启动程序关闭程序，等到接收到通知之后点击通知重新进入程序；另一种是启动程序后，进入后台（其实在前台也可以，但是为了明显的体验这个过程建议进入后台），接收到通知后点击通知进入应用。另种情况会分别按照前面说的情况调用不同的方法接收到userInfo写入本地文件系统。有了userInfo一般来说就可以根据这个信息进行一些处理，例如可以根据不同的参数信息导航到不同的界面，假设是更新的通知则可以导航到更新内容界面等。
和本地通知不同，推送通知是由应用服务提供商发起的，通过苹果的APNs（Apple Push Notification Server）发送到应用客户端。下面是苹果官方关于推送通知的过程示意图：
推送通知的过程可以分为以下几步：
应用服务提供商从服务器端把要发送的消息和设备令牌（device token）发送给苹果的消息推送服务器APNs。
APNs根据设备令牌在已注册的设备（iPhone、iPad、iTouch、mac等）查找对应的设备，将消息发送给相应的设备。
客户端设备接将接收到的消息传递给相应的应用程序，应用程序根据用户设置弹出通知消息。
当然，这只是一个简单的流程，有了这个流程我们还无从下手编写程序，将上面的流程细化可以得到如下流程图（图片来自互联网），在这个过程中会也会提到如何在程序中完成这些步骤：
1.应用程序注册APNs推送消息。
a.只有注册过的应用才有可能接收到消息，程序中通常通过UIApplication的registerUserNotificationSettings:方法注册，iOS8中通知注册的方法发生了改变，如果是iOS7及之前版本的iOS请参考其他代码。
b.注册之前有两个前提条件必须准备好：开发配置文件（provisioning profile，也就是.mobileprovision后缀的文件）的App ID不能使用通配ID必须使用指定APP ID并且生成配置文件中选择Push Notifications服务，一般的开发配置文件无法完成注册；应用程序的Bundle Identifier必须和生成配置文件使用的APP ID完全一致。
2.iOS从APNs接收device token，在应用程序获取device token。
a.在UIApplication的-(void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken代理方法中获取令牌，此方法发生在注册之后。
b.如果无法正确获得device token可以在UIApplication的-(void)application:(UIApplication *)application didFailToRegisterForRemoteNotificationsWithError:(NSError *)error代理方法中查看详细错误信息，此方法发生在获取device token失败之后。
c.必须真机调试，模拟器无法获取device token。
3.iOS应用将device token发送给应用程序提供商，告诉服务器端当前设备允许接收消息。
a.device token的生成算法只有Apple掌握，为了确保算法发生变化后仍然能够正常接收服务器端发送的通知，每次应用程序启动都重新获得device token（注意：device token的获取不会造成性能问题，苹果官方已经做过优化）。
b.通常可以创建一个网络连接发送给应用程序提供商的服务器端， 在这个过程中最好将上一次获得的device token存储起来，避免重复发送，一旦发现device token发生了变化最好将原有的device token一块发送给服务器端，服务器端删除原有令牌存储新令牌避免服务器端发送无效消息。
4.应用程序提供商在服务器端根据前面发送过来的device token组织信息发送给APNs。
a.发送时指定device token和消息内容，并且完全按照苹果官方的消息格式组织消息内容，通常情况下可以借助其他第三方消息推送框架来完成。
5.APNs根据消息中的device token查找已注册的设备推送消息。
a.正常情况下可以根据device token将消息成功推送到客户端设备中，但是也不排除用户卸载程序的情况，此时推送消息失败，APNs会将这个错误消息通知服务器端以避免资源浪费（服务器端此时可以根据错误删除已经存储的device token，下次不再发送）。
下面将简单演示一下推送通知的简单流程:
首先，看一下iOS客户端代码：//
AppDelegate.m
pushnotification
Created by Kenshin Cui on 14/03/27.
Copyright (c) 2014年 Kenshin Cui. All rights reserved.
#import "AppDelegate.h"
#import "KCMainViewController.h"
@interface AppDelegate ()
@implementation AppDelegate
#pragma mark - 应用程序代理方法
#pragma mark 应用程序启动之后
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
_window=[[UIWindow alloc]initWithFrame:[UIScreen mainScreen].bounds];
_window.backgroundColor =[UIColor colorWithRed:249/255.0 green:249/255.0 blue:249/255.0 alpha:1];
//设置全局导航条风格和颜色
[[UINavigationBar appearance] setBarTintColor:[UIColor colorWithRed:23/255.0 green:180/255.0 blue:237/255.0 alpha:1]];
[[UINavigationBar appearance] setBarStyle:UIBarStyleBlack];
KCMainViewController *mainController=[[KCMainViewController alloc]init];
_window.rootViewController=mainC
[_window makeKeyAndVisible];
//注册推送通知（注意iOS8注册方法发生了变化）
[application registerUserNotificationSettings:[UIUserNotificationSettings settingsForTypes:UIUserNotificationTypeAlert|UIUserNotificationTypeBadge|UIUserNotificationTypeSound categories:nil]];
[application registerForRemoteNotifications];
return YES;
#pragma mark 注册推送通知之后
//在此接收设备令牌
-(void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken{
[self addDeviceToken:deviceToken];
NSLog(@"device token:%@",deviceToken);
#pragma mark 获取device token失败后
-(void)application:(UIApplication *)application didFailToRegisterForRemoteNotificationsWithError:(NSError *)error{
NSLog(@"didFailToRegisterForRemoteNotificationsWithError:%@",error.localizedDescription);
[self addDeviceToken:nil];
#pragma mark 接收到推送通知之后
-(void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo{
NSLog(@"receiveRemoteNotification,userInfo is %@",userInfo);
#pragma mark - 私有方法
添加设备令牌到服务器端
@param deviceToken 设备令牌
-(void)addDeviceToken:(NSData *)deviceToken{
NSString *key=@"DeviceToken";
NSData *oldToken= [[NSUserDefaults standardUserDefaults]objectForKey:key];
//如果偏好设置中的已存储设备令牌和新获取的令牌不同则存储新令牌并且发送给服务器端
if (![oldToken isEqualToData:deviceToken]) {
[[NSUserDefaults standardUserDefaults] setObject:deviceToken forKey:key];
[self sendDeviceTokenWidthOldDeviceToken:oldToken newDeviceToken:deviceToken];
-(void)sendDeviceTokenWidthOldDeviceToken:(NSData *)oldToken newDeviceToken:(NSData *)newToken{
//注意一定确保真机可以正常访问下面的地址
NSString *urlStr=@"http://192.168.1.101/RegisterDeviceToken.aspx";
urlStr=[urlStr stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];
NSURL *url=[NSURL URLWithString:urlStr];
NSMutableURLRequest *requestM=[NSMutableURLRequest requestWithURL:url cachePolicy:0 timeoutInterval:10.0];
[requestM setHTTPMethod:@"POST"];
NSString *bodyStr=[NSString stringWithFormat:@"oldToken=%@&newToken=%@",oldToken,newToken];
NSData *body=[bodyStr dataUsingEncoding:NSUTF8StringEncoding];
[requestM setHTTPBody:body];
NSURLSession *session=[NSURLSession sharedSession];
NSURLSessionDataTask *dataTask= [session dataTaskWithRequest:requestM completionHandler:^(NSData *data, NSURLResponse *response, NSError *error) {
if (error) {
NSLog(@"Send failure,error is :%@",error.localizedDescription);
NSLog(@"Send Success!");
[dataTask resume];
iOS客户端代码的代码比较简单，注册推送通知，获取device token存储到偏好设置中，并且如果新获取的device token不同于偏好设置中存储的数据则发送给服务器端，更新服务器端device token列表。
其次，由于device token需要发送给服务器端，这里使用一个Web应用作为服务器端接收device token，这里使用了ASP.NET程序来处理令牌接收注册工作，当然你使用其他技术同样没有问题。下面是对应的后台代码：using S
using System.Collections.G
using System.W
using System.Web.UI;
using System.Web.UI.WebC
using CMJ.Framework.D
namespace WebServer
public partial class RegisterDeviceToken : System.Web.UI.Page
private string _appID = @"com.cmjstudio.pushnotification";
private SqlHelper _helper = new SqlHelper();
protected void Page_Load(object sender, EventArgs e)
string oldToken = Request["oldToken"] + "";
string newToken = Request["newToken"] + "";
string sql = "";
//如果传递旧的设备令牌则删除旧令牌添加新令牌
if (oldToken != "")
sql = string.Format("DELETE FROM dbo.Device WHERE AppID='{0}' AND DeviceToken='{1}';", _appID, oldToken);
sql += string.Format(@"IF NOT EXISTS (SELECT ID FROM dbo.Device WHERE AppID='{0}' AND DeviceToken='{1}')
INSERT INTO dbo.Device ( AppID, DeviceToken ) VALUES ( N'{0}', N'{1}');", _appID, newToken);
_helper.ExecuteNonQuery(sql);
Response.Write("注册成功！");
catch(Exception ex)
Response.Write("注册失败，错误详情："+ex.ToString());
这个过程主要就是保存device token到数据库中，当然如果同时传递旧的设备令牌还需要先删除就的设备令牌，这里简单的在数据库中创建了一张Device表来保存设备令牌，其中记录了应用程序Id和设备令牌。
第三步就是服务器端发送消息，如果要给APNs发送消息就必须按照Apple的标准消息格式组织消息内容。但是好在目前已经有很多开源的第三方类库供我们使用，具体消息如何包装完全不用自己组织，这里使用一个开源的类库来给APNs发送消息 ,除了可以给Apple设备推送消息，Push Sharp还支持Android、Windows Phone等多种设备，更多详细内容大家可以参照官方说明。前面说过如果要开发消息推送应用不能使用一般的开发配置文件，这里还需要注意：如果服务器端要给APNs发送消息其秘钥也必须是通过APNs Development iOS类型的证书来导出的，一般的iOS Development 类型的证书导出的秘钥无法用作服务器端发送秘钥。下面通过在一个简单的WinForm程序中调用Push Sharp给APNs发送消息，这里读取之前Device表中的所有设备令牌循环发送消息：using S
using System.IO;
using System.Collections.G
using ponentM
using System.D
using System.D
using System.T
using System.Windows.F
using PushS
using PushSharp.A
using CMJ.Framework.D
using CMJ.Framework.L
using CMJ.Framework.Windows.F
namespace PushNotificationServer
public partial class frmMain : PersonalizeForm
private string _appID = @"com.cmjstudio.pushnotification";
private SqlHelper _helper = new SqlHelper();
public frmMain()
InitializeComponent();
private void btnClose_Click(object sender, EventArgs e)
this.Close();
private void btnSend_Click(object sender, EventArgs e)
List&string& deviceTokens = GetDeviceToken();
SendMessage(deviceTokens, tbMessage.Text);
#region 发送消息
/// &summary&
/// 取得所有设备令牌
/// &/summary&
/// &returns&设备令牌&/returns&
private List&string& GetDeviceToken()
List&string& deviceTokens = new List&string&();
string sql = string.Format("SELECT DeviceToken FROM dbo.Device WHERE AppID='{0}'",_appID);
DataTable dt = _helper.GetDataTable(sql);
if(dt.Rows.Count&0)
foreach(DataRow dr in dt.Rows)
deviceTokens.Add((dr["DeviceToken"]+"").TrimStart('&').TrimEnd('&').Replace(" ",""));
return deviceT
/// &summary&
/// 发送消息
/// &/summary&
/// &param name="deviceToken"&设备令牌&/param&
/// &param name="message"&消息内容&/param&
private void SendMessage(List&string& deviceToken, string message)
//创建推送对象
var pusher = new PushBroker();
pusher.OnNotificationSent += pusher_OnNotificationS//发送成功事件
pusher.OnNotificationFailed += pusher_OnNotificationF//发送失败事件
pusher.OnChannelCreated += pusher_OnChannelC
pusher.OnChannelDestroyed += pusher_OnChannelD
pusher.OnChannelException += pusher_OnChannelE
pusher.OnDeviceSubscriptionChanged += pusher_OnDeviceSubscriptionC
pusher.OnDeviceSubscriptionExpired += pusher_OnDeviceSubscriptionE
pusher.OnNotificationRequeue += pusher_OnNotificationR
pusher.OnServiceException += pusher_OnServiceE
//注册推送服务
byte[] certificateData = File.ReadAllBytes(@"E:\KenshinCui_Push.p12");
pusher.RegisterAppleService(new ApplePushChannelSettings(certificateData, "123"));
foreach (string token in deviceToken)
//给指定设备发送消息
pusher.QueueNotification(new AppleNotification()
.ForDeviceToken(token)
.WithAlert(message)
.WithBadge(1)
.WithSound("default"));
void pusher_OnServiceException(object sender, Exception error)
Console.WriteLine("消息发送失败，错误详情：" + error.ToString());
PersonalizeMessageBox.Show(this, "消息发送失败，错误详情：" + error.ToString(), "系统提示");
void pusher_OnNotificationRequeue(object sender, PushSharp.Core.NotificationRequeueEventArgs e)
Console.WriteLine("pusher_OnNotificationRequeue");
void pusher_OnDeviceSubscriptionExpired(object sender, string expiredSubscriptionId, DateTime expirationDateUtc, PushSharp.Core.INotification notification)
Console.WriteLine("pusher_OnDeviceSubscriptionChanged");
void pusher_OnDeviceSubscriptionChanged(object sender, string oldSubscriptionId, string newSubscriptionId, PushSharp.Core.INotification notification)
Console.WriteLine("pusher_OnDeviceSubscriptionChanged");
void pusher_OnChannelException(object sender, PushSharp.Core.IPushChannel pushChannel, Exception error)
Console.WriteLine("消息发送失败，错误详情：" + error.ToString());
PersonalizeMessageBox.Show(this, "消息发送失败，错误详情：" + error.ToString(), "系统提示");
void pusher_OnChannelDestroyed(object sender)
Console.WriteLine("pusher_OnChannelDestroyed");
void pusher_OnChannelCreated(object sender, PushSharp.Core.IPushChannel pushChannel)
Console.WriteLine("pusher_OnChannelCreated");
void pusher_OnNotificationFailed(object sender, PushSharp.Core.INotification notification, Exception error)
Console.WriteLine("消息发送失败，错误详情：" + error.ToString());
PersonalizeMessageBox.Show(this, "消息发送失败，错误详情："+error.ToString(), "系统提示");
void pusher_OnNotificationSent(object sender, PushSharp.Core.INotification notification)
Console.WriteLine("消息发送成功！");
PersonalizeMessageBox.Show(this, "消息发送成功！", "系统提示");
#endregion
服务器端消息发送应用运行效果：
iOS客户端接收的消息的效果：
到目前为止通过服务器端应用可以顺利发送消息给APNs并且iOS应用已经成功接收推送消息。
补充--iOS开发证书、秘钥
iOS开发过程中如果需要进行真机调试、发布需要注册申请很多证书，对于初学者往往迷惑不解，再加上今天的文章中会牵扯到一些特殊配置，这里就简单的对iOS开发的常用证书和秘钥等做一说明。
iOS常用的证书包括开发证书和发布证书，无论是真机调试还是最终发布应用到App Store这两个证书都是必须的，它是iOS开发的基本证书。
a.开发证书：开发证书又分为普通开发证书和推送证书，如果仅仅是一般的应用则前者即可满足，但是如果开发推送应用则必须使用推送证书。
b.发布证书：发布证书又可以分为普通发布证书、推送证书、Pass Type ID证书、站点发布证书、VoIP服务证书、苹果支付证书。同样的，对于需要使用特殊服务的应用则必须选择对应的证书。
App ID,应用程序的唯一标识，对应iOS应用的Bundle Identifier，App ID在苹果开发者中心中分为通配应用ID和明确的应用ID,前者一般用于普通应用开发，一个ID可以适用于多个不同标识的应用；但是对于使用消息推送、Passbook、站点发布、iCloud等服务的应用必须配置明确的应用ID。
UDID,用于标识每一台硬件设备的标示符。注意它不是device token，device token是根据UDID使用一个只有Apple自己才知道的算法生成的一组标示符。
Provisioning Profiles,平时又称为PP文件。将UDID、App ID、开发证书打包在一起的配置文件，同样分为开发和发布两类配置文件。
在申请开发证书时必须要首先提交一个秘钥请求文件，对于生成秘钥请求文件的mac，如果要做开发则只需要下载证书和配置简介即可开发。但是如果要想在其他机器上做开发则必须将证书中的秘钥导出（导出之后是一个.p12文件），然后导入其他机器。同时对于类似于推送服务器端应用如果要给APNs发送消息，同样需要使用.p12秘钥文件，并且这个秘钥文件需要是推送证书导出的对应秘钥。
补充--通知中心
对于很多初学者往往会把iOS中的本地通知、推送通知和iOS通知中心的概念弄混。其实二者之间并没有任何关系，事实上它们都不属于一个框架，前者属于UIKit框架，后者属于Foundation框架。
通知中心实际上是iOS程序内部之间的一种消息广播机制，主要为了解决应用程序内部不同对象之间解耦而设计。它是基于观察者模式设计的，不能跨应用程序进程通信，当通知中心接收到消息之后会根据内部的消息转发表，将消息发送给订阅者。下面是一个简单的流程示意图：
了解通知中心需要熟悉NSNotificationCenter和NSNotification两个类：
NSNotificationCenter：是通知系统的中心，用于注册和发送通知，下表列出常用的方法。
- (void)addObserver:(id)observer selector:(SEL)aSelector name:(NSString *)aName object:(id)anObject
添加监听，参数：observer:监听者selector:监听方法（监听者监听到通知后执行的方法）& name:监听的通知名称object:通知的发送者（如果指定nil则监听任何对象发送的通知）
- (id &NSObject&)addObserverForName:(NSString *)name object:(id)obj queue:(NSOperationQueue *)queue usingBlock:(void (^)(NSNotification *note))block
添加监听，参数：name:监听的通知名称object:通知的发送者（如果指定nil则监听任何对象发送的通知）queue:操作队列，如果制定非主队线程队列则可以异步执行blockblock:监听到通知后执行的操作
- (void)postNotification:(NSNotification *)notification
发送通知，参数：notification：通知对象
- (void)postNotificationName:(NSString *)aName object:(id)anObject
发送通知，参数：aName：通知名称anObject：通知发送者
- (void)postNotificationName:(NSString *)aName object:(id)anObject userInfo:(NSDictionary *)aUserInfo
发送通知，参数：aName：通知名称anObject：通知发送者aUserInfo：通知参数
- (void)removeObserver:(id)observer
移除监听，参数：observer：监听对象
- (void)removeObserver:(id)observer name:(NSString *)aName object:(id)anObject
移除监听，参数：observer：监听对象aName：通知名称anObject：通知发送者
NSNotification：代表通知内容的载体，主要有三个属性：name代表通知名称，object代表通知的发送者，userInfo代表通知的附加信息。
虽然前面的文章中从未提到过通知中心，但是其实通知中心我们并不陌生，前面文章中很多内容都是通过通知中心来进行应用中各个组件通信的，只是没有单独拿出来说而已。例如前面的文章中讨论的应用程序生命周期问题，当应用程序启动后、进入后台、进入前台、获得焦点、失去焦点，窗口大小改变、隐藏等都会发送通知。这个通知可以通过前面NSNotificationCenter进行订阅即可接收对应的消息，下面的示例演示了如何添加监听获得UIApplication的进入后台和获得焦点的通知：//
KCMainViewController.m
NotificationCenter
Created by Kenshin Cui on 14/03/27.
Copyright (c) 2014年 cmjstudio. All rights reserved.
#import "KCMainViewController.h"
@interface KCMainViewController ()
@implementation KCMainViewController
- (void)viewDidLoad {
[super viewDidLoad];
[self addObserverToNotificationCenter];
#pragma mark 添加监听
-(void)addObserverToNotificationCenter{
/*添加应用程序进入后台监听
* observer:监听者
* selector:监听方法（监听者监听到通知后执行的方法）
* name:监听的通知名称(下面的UIApplicationDidEnterBackgroundNotification是一个常量)
* object:通知的发送者（如果指定nil则监听任何对象发送的通知）
[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(applicationEnterBackground) name:UIApplicationDidEnterBackgroundNotification object:[UIApplication sharedApplication]];
/* 添加应用程序获得焦点的通知监听
* name:监听的通知名称
* object:通知的发送者（如果指定nil则监听任何对象发送的通知）
* queue:操作队列，如果制定非主队线程队列则可以异步执行block
* block:监听到通知后执行的操作
NSOperationQueue *operationQueue=[[NSOperationQueue alloc]init];
[[NSNotificationCenter defaultCenter] addObserverForName:UIApplicationDidBecomeActiveNotification object:[UIApplication sharedApplication] queue:operationQueue usingBlock:^(NSNotification *note) {
NSLog(@"Application become active.");
#pragma mark 应用程序启动监听方法
-(void)applicationEnterBackground{
NSLog(@"Application enter background.");
当然很多时候使用通知中心是为了添加自定义通知，并获得自定义通知消息。在前面的文章“”中提到过如何进行多视图之间参数传递，其实利用自定义通知也可以进行参数传递。通常一个应用登录后会显示用户信息，而登录信息可以通过登录界面获取。下面就以这样一种场景为例，在主界面中添加监听，在登录界面发送通知，一旦登录成功将向通知中心发送成功登录的通知，此时主界面中由于已经添加通知监听所以会收到通知并更新UI界面。
主界面KCMainViewController.m：//
KCMainViewController.m
NotificationCenter
Created by Kenshin Cui on 14/03/27
Copyright (c) 2014年 cmjstudio. All rights reserved.
#import "KCMainViewController.h"
#import "KCLoginViewController.h"
#define UPDATE_LGOGIN_INFO_NOTIFICATION @"updateLoginInfo"
@interface KCMainViewController (){
UILabel *_lbLoginI
UIButton *_btnL
@implementation KCMainViewController
- (void)viewDidLoad {
[super viewDidLoad];
[self setupUI];
-(void)setupUI{
UILabel *label =[[UILabel alloc]initWithFrame:CGRectMake(0, 100,320 ,30)];
label.textAlignment=NSTextAlignmentC
label.textColor=[UIColor colorWithRed:23/255.0 green:180/255.0 blue:237/255.0 alpha:1];
_lbLoginInfo=
[self.view addSubview:label];
UIButton *button=[UIButton buttonWithType:UIButtonTypeSystem];
button.frame=CGRectMake(60, 200, 200, 25);
[button setTitle:@"登录" forState:UIControlStateNormal];
[button addTarget:self action:@selector(loginOut) forControlEvents:UIControlEventTouchUpInside];
_btnLogin=
[self.view addSubview:button];
-(void)loginOut{
//添加监听
[self addObserverToNotification];
KCLoginViewController *loginController=[[KCLoginViewController alloc]init];
[self presentViewController:loginController animated:YES completion:nil];
-(void)addObserverToNotification{
[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(updateLoginInfo:) name:UPDATE_LGOGIN_INFO_NOTIFICATION object:nil];
更新登录信息,注意在这里可以获得通知对象并且读取附加信息
-(void)updateLoginInfo:(NSNotification *)notification{
NSDictionary *userInfo=notification.userI
_lbLoginInfo.text=userInfo[@"loginInfo"];
_btnLogin.titleLabel.text=@"注销";
-(void)dealloc{
//移除监听
[[NSNotificationCenter defaultCenter] removeObserver:self];
登录界面KCLoginViewController.m：//
KCLoginViewController.m
NotificationCenter
Created by Kenshin Cui on 14/03/27.
Copyright (c) 2014年 cmjstudio. All rights reserved.
#import "KCLoginViewController.h"
#define UPDATE_LGOGIN_INFO_NOTIFICATION @"updateLoginInfo"
@interface KCLoginViewController (){
UITextField *_txtUserN
UITextField *_txtP
@implementation KCLoginViewController
- (void)viewDidLoad {
[super viewDidLoad];
[self setupUI];
-(void)setupUI{
UILabel *lbUserName=[[UILabel alloc]initWithFrame:CGRectMake(50, 150, 100, 30)];
lbUserName.text=@"用户名：";
[self.view addSubview:lbUserName];
_txtUserName=[[UITextField alloc]initWithFrame:CGRectMake(120, 150, 150, 30)];
_txtUserName.borderStyle=UITextBorderStyleRoundedR
[self.view addSubview:_txtUserName];
UILabel *lbPassword=[[UILabel alloc]initWithFrame:CGRectMake(50, 200, 100, 30)];
lbPassword.text=@"密码：";
[self.view addSubview:lbPassword];
_txtPassword=[[UITextField alloc]initWithFrame:CGRectMake(120, 200, 150, 30)];
_txtPassword.secureTextEntry=YES;
_txtPassword.borderStyle=UITextBorderStyleRoundedR
[self.view addSubview:_txtPassword];
//登录按钮
UIButton *btnLogin=[UIButton buttonWithType:UIButtonTypeSystem];
btnLogin.frame=CGRectMake(70, 270, 80, 30);
[btnLogin setTitle:@"登录" forState:UIControlStateNormal];
[self.view addSubview:btnLogin];
[btnLogin addTarget:self action:@selector(login) forControlEvents:UIControlEventTouchUpInside];
//取消登录按钮
UIButton *btnCancel=[UIButton buttonWithType:UIButtonTypeSystem];
btnCancel.frame=CGRectMake(170, 270, 80, 30);
[btnCancel setTitle:@"取消" forState:UIControlStateNormal];
[self.view addSubview:btnCancel];
[btnCancel addTarget:self action:@selector(cancel) forControlEvents:UIControlEventTouchUpInside];
#pragma mark 登录操作
-(void)login{
if ([_txtUserName.text isEqualToString:@"kenshincui"] && [_txtPassword.text isEqualToString:@"123"] ) {
//发送通知
[self postNotification];
[self dismissViewControllerAnimated:YES completion:nil];
//登录失败弹出提示信息
UIAlertView *alertView=[[UIAlertView alloc]initWithTitle:@"系统信息" message:@"用户名或密码错误，请重新输入！" delegate:nil cancelButtonTitle:@"取消" otherButtonTitles:nil];
[alertView show];
#pragma mark 点击取消
-(void)cancel{
[self dismissViewControllerAnimated:YES completion:nil];
添加通知，注意这里设置了附加信息
-(void)postNotification{
NSDictionary *userInfo=@{@"loginInfo":[NSString stringWithFormat:@"Hello,%@!",_txtUserName.text]};
NSLog(@"%@",userInfo);
NSNotification *notification=[NSNotification notificationWithName:UPDATE_LGOGIN_INFO_NOTIFICATION object:self userInfo:userInfo];
[[NSNotificationCenter defaultCenter] postNotification:notification];
//也可直接采用下面的方法
[[NSNotificationCenter defaultCenter] postNotificationName:UPDATE_LGOGIN_INFO_NOTIFICATION object:self userInfo:userInfo];
运行效果：
通过上面的介绍大家应该可以发现其实通知中心是一种低耦合设计，和前面文章中提到的代理模式有异曲同工之妙。相对于后者而言，通知中心可以将一个通知发送给多个监听者，而每个对象的代理却只能有一个。当然代理也有其优点，例如使用代理代码分布结构更加清晰，它不像通知一样随处都可以添加订阅等，实际使用过程中需要根据实际情况而定。

我要回帖

更多关于 app 消息推送 原理 的文章

 

随机推荐