詳解iOS本地推送與遠程推送
一、簡介
分為本地推送和遠程推送2種??梢栽趹脹]有打開甚至手機鎖屏情況下給用戶以提示。它們都需要注冊,注冊后系統(tǒng)會彈出提示框(如下圖)提示用戶是否同意,如果同意則正常使用;如果用戶不同意則下次打開程序也不會彈出該提示框,需要用戶到設置里面設置。一共有三種提示類型:
UIUserNotificationTypeBadge:應用圖標右上角的信息提示
UIUserNotificationTypeSound:播放提示音
UIUserNotificationTypeAlert:提示框

二、本地推送
1 注冊與處理
代碼如下:
/// 一般在在啟動時注冊通知,程序被殺死,點擊通知后調(diào)用此程序
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
if ([[UIDevice currentDevice].systemVersion floatValue] >= 8.0) { // iOS8
UIUserNotificationSettings *setting = [UIUserNotificationSettings settingsForTypes:UIUserNotificationTypeBadge | UIUserNotificationTypeAlert | UIUserNotificationTypeSound categories:nil];
[application registerUserNotificationSettings:setting];
}
if (launchOptions[UIApplicationLaunchOptionsLocalNotificationKey]) {
// 這里添加處理代碼
}
return YES;
}
/// 程序沒有被殺死(處于前臺或后臺),點擊通知后會調(diào)用此程序
- (void)application:(UIApplication *)application didReceiveLocalNotification:(UILocalNotification *)notification {
// 這里添加處理代碼
}
可以看到,處理代碼有兩個方法,一個是
- (void)application:(UIApplication *)application didReceiveLocalNotification:(UILocalNotification *)notification;
另一個是
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions;
如果程序沒有被殺死,即處于前臺或者后臺,那么調(diào)用前者;如果程序被殺死,則調(diào)用后者。
2 發(fā)送通知
代碼如下
- (IBAction)addLocalNotification {
// 1.創(chuàng)建一個本地通知
UILocalNotification *localNote = [[UILocalNotification alloc] init];
// 1.1.設置通知發(fā)出的時間
localNote.fireDate = [NSDate dateWithTimeIntervalSinceNow:5];
// 1.2.設置通知內(nèi)容
localNote.alertBody = @"這是一個推送這是一個推送";
// 1.3.設置鎖屏時,字體下方顯示的一個文字
localNote.alertAction = @"趕緊!!!!!";
localNote.hasAction = YES;
// 1.4.設置啟動圖片(通過通知打開的)
localNote.alertLaunchImage = @"../Documents/IMG_0024.jpg";
// 1.5.設置通過到來的聲音
localNote.soundName = UILocalNotificationDefaultSoundName;
// 1.6.設置應用圖標左上角顯示的數(shù)字
localNote.applicationIconBadgeNumber = 999;
// 1.7.設置一些額外的信息
localNote.userInfo = @{@"qq" : @"704711253", @"msg" : @"success"};
// 2.執(zhí)行通知
[[UIApplication sharedApplication] scheduleLocalNotification:localNote];
}
效果如下:

3 取消通知
// 取消所有本地通知
[application cancelAllLocalNotifications];
三、遠程推送
與Android上我們自己實現(xiàn)的推送服務不一樣,Apple對設備的控制非常嚴格,消息推送的流程必須要經(jīng)過APNs(Apple Push Notification service).
一般情況下如果一個程序退到后臺就不能運行代碼(Audio、VoIP等等可以在后臺運行),或者程序退出后,那么它就和對應應用的后臺服務器斷開了鏈接,就收不到服務器發(fā)送的信息了,但是每臺設備只要聯(lián)網(wǎng)就會和蘋果的APNs服務器建立一個長連接(persistent IP connection),這樣只要通過蘋果的APNs服務器,我們自己的服務器就可以間接的和設備保持連接了,示意圖如下:

使用步驟:
1 勾選Backgroud Modes -> Remote notifications,主要是iOS7之后,蘋果支持后臺運行,如果這里打開后,當接收到遠程推送后,程序在后臺也可以做一些處理,如下圖所示:

2 遠程推送的注冊與本地推送不同,iOS8.0前后也不同,代碼見下面。
另外,在第一次使用推送時,可能會有這樣的疑問:didFinishLaunchingWithOptions會在每次打開程序時被調(diào)用,那是不是每次都會調(diào)用注冊函數(shù),每次都會彈窗詢問用戶"是否允許推送通知"?其實這個窗口只會在第一次打開程序時彈出一次,無論用戶允許或不允許蘋果會記住用戶的選擇,注冊函數(shù)調(diào)用多次對用戶也沒什么影響
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
// iOS8之后和之前應區(qū)別對待
if ([[UIDevice currentDevice].systemVersion floatValue] >= 8.0) {
UIUserNotificationSettings *settings = [UIUserNotificationSettings settingsForTypes:UIUserNotificationTypeBadge | UIUserNotificationTypeAlert | UIUserNotificationTypeSound categories:nil];
[[UIApplication sharedApplication] registerUserNotificationSettings:settings];
} else {
[application registerForRemoteNotificationTypes:UIRemoteNotificationTypeAlert | UIRemoteNotificationTypeBadge | UIUserNotificationTypeSound];
}
return YES;
}
/// 這個函數(shù)存在的意義在于:當用戶在設置中關閉了通知時,程序啟動時會調(diào)用此函數(shù),我們可以獲取用戶的設置
- (void)application:(UIApplication *)application didRegisterUserNotificationSettings:(UIUserNotificationSettings *)notificationSettings {
[application registerForRemoteNotifications];
}
3 如果注冊失敗,比如沒有證書等等,會調(diào)用:
/// 注冊失敗調(diào)用
- (void)application:(UIApplication *)application didFailToRegisterForRemoteNotificationsWithError:(NSError *)error {
NSLog(@"遠程通知注冊失敗:%@",error);
}
4 獲取deviceToken
如果用戶同意,蘋果會根據(jù)應用的 bundleID 和 手機UDID 生成 deviceToken,然后調(diào)用 application 的 didregister 方法返回 devicetoken,程序應該把 devicetoken 發(fā)給應用的服務器,服務器有義務將其存儲(如果允許多點登錄,可能存多個 devicetoken)。deviceToken也是會變的: ”If the user restores backup data to a new device or computer, or reinstalls the operating system, the device token changes“,因此應每次都發(fā)給服務器(provider)
/// 用戶同意后,會調(diào)用此程序,獲取系統(tǒng)的deviceToken,應把deviceToken傳給服務器保存,此函數(shù)會在程序每次啟動時調(diào)用(前提是用戶允許通知)
- (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken {
NSLog(@"deviceToken = %@",deviceToken);
}
5 用戶點擊了通知
默認會打開程序。處理代碼有三個函數(shù),分iOS7之前之后和程序是否處于后臺
5.1 iOS7及其之之后
此函數(shù)無論是程序被殺死還是處于后臺,只要用戶點擊了通知,都會被調(diào)用,因此如果是iOS7,則不必在didFinishLaunchingWithOptions中做處理,只在下面函數(shù)做處理即可,此時應避免在didFinishLaunchingWithOptions函數(shù)中也做重復處理。
- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo fetchCompletionHandler:(void (^)(UIBackgroundFetchResult))completionHandler {
// userInfo
}
注:當在第一步打開后臺運行后,用戶不點擊通知,也可以執(zhí)行:
- (void)application:(UIApplication*)application didReceiveRemoteNotification:(NSDictionary*)userInfo fetchCompletionHandler:(void(^)(UIBackgroundFetchResult))completionHandler
5.2 iOS7之前
當用戶點擊通知后,如果程序被殺死則會調(diào)用下面第一個函數(shù),如果程序處于后臺會調(diào)用下面第二個函數(shù),因此下面兩個函數(shù)應搭配使用
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
// 獲取遠程推送消息
NSDictionary *userInfo = launchOptions[UIApplicationLaunchOptionsRemoteNotificationKey];
if (userInfo) {
// 有推送的消息,處理推送的消息
}
return YES;
}
/// iOS3之后才有,只有在程序處于后臺時,用戶點擊了通知后才會被調(diào)用,應搭配didFinishLaunchingWithOptions使用
- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo {
// userInfo
}
在實際編程時,如果想兼容iOS7以前,三個函數(shù)可同時使用,都列出來,系統(tǒng)會自動選擇合適的調(diào)用。
6 總結下函數(shù)的調(diào)用:
首次安裝后啟動:
didRegisterForRemoteNotificationsWithDeviceToken 被調(diào)用
系統(tǒng)詢問用戶是否同意接收 Notifications
不管用戶選擇同意或拒絕,didRegisterUserNotificationSettings 被調(diào)用
應用非首次啟動時:
如果 notifications 處于拒絕狀態(tài):didRegisterUserNotificationSettings 被調(diào)用
如果 notifications 處于允許狀態(tài)
didRegisterForRemoteNotificationsWithDeviceToken 被調(diào)用
didRegisterUserNotificationSettings 被調(diào)用
應用運行過程中用戶修改 notifications 設置:
從拒絕變?yōu)樵试S:didRegisterForRemoteNotificationsWithDeviceToken 被調(diào)用
從允許變?yōu)榫芙^:什么也不發(fā)生
7 服務端推送的格式
{
"aps" : { // 必須有
"alert" : "string",
"body" : "string",
"badge" : number,
"sound" : "string"
},
"NotiId" : 20150821, // 自定義key值
}
8 推送的大小限制
遠程通知負載的大小根據(jù)服務器使用的API不同而不同。當使用HTTP/2 provider API時,負載最大為4kB;當使用legacy binary interface時,負載最大為2kB。當負載大小超過規(guī)定的負載大小時,APNs會拒絕發(fā)送此通知。
9 整體如下圖所示(以微信推送為例):

10 最后,還需要申請證書,這里不再詳述-_-
本文已被整理到了《iOS推送教程》,歡迎大家學習閱讀。
以上就是本文的全部內(nèi)容,希望對大家的學習有所幫助,也希望大家多多支持腳本之家。
相關文章
IOS開發(fā)之tableView點擊行跳轉并帶有“顯示”更多功能
這篇文章給大家介紹通過點擊城市中的tableView跳轉到旅游景點的tableView,下面會有“顯示”更多的功能,代碼簡單易懂,對ios點擊tableview跳轉相關知識感興趣的朋友一起學習吧2016-03-03
iOS中的UITableView的重用機制與加載優(yōu)化詳解
本篇文章主要介紹了iOS中的UITableView的重用機制與加載優(yōu)化詳解,小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2017-02-02
Objective-C實現(xiàn)冒泡排序算法的簡單示例
冒泡排序即是依次比較相鄰的兩個數(shù),如果后面的數(shù)較小則交換到前面一個數(shù)的位置上,這里我們來看一下Objective-C實現(xiàn)冒泡排序算法的簡單示例2016-06-06
iOS在頁面銷毀時如何優(yōu)雅的cancel網(wǎng)絡請求詳解
這篇文章主要給大家介紹了關于iOS在頁面銷毀時如何優(yōu)雅的cancel網(wǎng)絡請求的相關資料,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2018-05-05
iOS的UI開發(fā)中Modal的使用與主流應用UI結構介紹
這篇文章主要介紹了iOS的UI開發(fā)中Modal的使用與主流應用UI結構,代碼基于傳統(tǒng)的Objective-C,需要的朋友可以參考下2015-12-12

