本人iOS菜鳥一枚,最近遇到了關(guān)于deviceToken的一些問題,將解決問題的思路記錄下來,也算是一種知識的沉淀吧,或許能幫助到同樣遇到問題的你,那就再好不過了.
閑話不說,直接進入主題.
一.介紹一下問題的背景
最近在搞遠程推送的時候,忽然發(fā)現(xiàn),有時候,當某一臺機器需要推送一條信息的時候,這臺機器可能會收到同樣的信息若干條.就去找問題所在.然而更換了證書,或者配置文件之后,故障依然存在.我就認為這不是我的問題,是后臺服務(wù)器的問題(后臺的兄弟們,無辜躺槍),就去了解了一下后臺推送的相關(guān)流程.之前只是了解一下蘋果遠程推送的原理,不是很了解我們后臺服務(wù)器端需要做些什么事情.
簡述一下我目前的理解.當app啟動時,我們在appDelegate里面注冊遠程通知,然后蘋果服務(wù)器返回一個deviceToken給我們,在appDelegate的其中一個代理方法
- (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)devToken
在該方法里,我們獲取到的NSData類型的devToken就是蘋果服務(wù)器根據(jù)我們這一臺設(shè)備的UDID和app的bundleID混編而成的deviceToken,我們需要將這個deviceToken傳送給我們的服務(wù)器端,或者登陸用戶的時候作為參數(shù)傳給服務(wù)器.這樣一個用戶對象就綁定了一個deviceToken.當需要給這個用戶推送消息的時候,我們自己的后臺服務(wù)器,就會找這個用戶對應的deviceToken和要發(fā)送的推送內(nèi)容,直接發(fā)送到蘋果的apns服務(wù)器,然后由蘋果的apns服務(wù)器將消息推送到該deviceToekn對應的手機上.
后來我就讓后臺的兄弟查到該用戶竟然對應了多個deviceToken,不過當這一賬號同時在多個設(shè)備上登陸的時候,可能會綁定多個deviceToken的,但問題是測試機一共就兩個,不會存在綁定八九個deviceToken的.我就在想這個deviceToken會不會發(fā)生變化.
二.問題所在
在網(wǎng)上搜索到一些知識,也查詢了一下官方文檔里面對deviceToken的解釋,deviceToken會發(fā)生變化,但是僅僅在用戶在新的設(shè)備上登陸或者更新設(shè)備操作系統(tǒng)的時候會發(fā)生變化.更重要的是,我的上司領(lǐng)導也很肯定的告訴我,同一臺設(shè)備,同一款軟件,而且還是在沒有修改軟件的bundleID的情況下,deviceToken是不會發(fā)生變化的.
后來測試時候就無意中發(fā)現(xiàn),每當我將運行在真機上的demo卸載再重新運行的時候,deviceToken竟然會是發(fā)生變化的,而且還是無規(guī)律的發(fā)生變化.這讓我發(fā)現(xiàn)了故障的所在.竟然卸載重裝會讓deviceToken發(fā)生變化.后來我分別用iOS7.0系統(tǒng)和iOS8.0的真機測試,發(fā)現(xiàn)在這兩款系統(tǒng)上,卸載重裝,蘋果返回的deviceToken不會發(fā)生變化.而只有iOS9.0以后的系統(tǒng)版本會發(fā)生變化.而且如果每次啟動都請求注冊的話,只要你沒有卸載重裝,那么返回的deviceToken是不會發(fā)生變化的.只有當你卸載重裝的時候才會發(fā)生變化.
三.解決方案
先說我嘗試過的一種解決方案吧,我將第一次安裝軟件時候所獲得的deviceToken,存儲在鑰匙串(keychain)內(nèi).以后不論什么時候卸載重裝軟件,只有軟件一啟動,那么就從keychain內(nèi)讀取保存的deviceToken.然后利用這個deviceToken去進行推送服務(wù).但是我自己在用網(wǎng)絡(luò)上的那個可以模擬推送的mac小demo(名字叫做PushMeBaby)時,發(fā)現(xiàn)如果卸載重裝軟件后,keychain內(nèi)保存的舊的deviceToken竟然是無效的,而新獲得的deviceToken才是有效的.這讓我感到很無奈,保存在keychain的方法沒有奏效.
后來考慮到在傳遞給自己后臺服務(wù)器時候,怎么才可能保證用一個用戶下,一個設(shè)備下僅僅保存一個deviceToken,每當這個設(shè)備的deviceToken發(fā)生變化的時候,就替換該設(shè)備對應的deviceToken.
最終的解決方案就是,獲取設(shè)備的UUID(被蘋果禁用的是UDID) + keychain + DeviceToken來解決這個問題.
當軟件第一次安裝時候,獲取設(shè)備的UUID 存儲到keychain中,那么只要你不刷機,那么這個保存在keychain中的UUID一直存在,即使你升級操作系統(tǒng)也會存在(我正好升級試了一下),這樣我們就能保證設(shè)備編碼的唯一性,在向我們自己的后臺服務(wù)器傳參數(shù)時,將這個UUID和獲得的deviceToken一起傳遞過去,讓后臺做個校驗,查詢該用戶屬性下的UUID設(shè)備對應的deviceToken是否發(fā)生變化,如果發(fā)生變化,就替換.這樣保證了該用戶在這一臺設(shè)備上綁定了一個deviceToken,這樣推送的時候就不會造成可能會推送多條信息的bug.
四.下面附上封裝的UUID和keychain的代碼,稍微修改一下即可使用.(注意:必須需要導入Security.framework框架)
// UuidObject.h
#import@interface UuidObject : NSObject
+ (NSString *)getUUID;
@end
// UuidObject.m
#import "UuidObject.h"
#import "KeyChainStore.h"
@implementation UuidObject
+(NSString *)getUUID
{
NSString * strUUID = (NSString *)[KeyChainStore load:@"your_app_bundleID"];
//首次執(zhí)行該方法時，uuid為空
if ([strUUID isEqualToString:@""] || !strUUID)
{
//生成一個uuid的方法
CFUUIDRef uuidRef = CFUUIDCreate(kCFAllocatorDefault);
strUUID = (NSString *)CFBridgingRelease(CFUUIDCreateString (kCFAllocatorDefault,uuidRef));
//將該uuid保存到keychain
[KeyChainStore save:KEY_USERNAME_PASSWORD data:strUUID];
}
return strUUID;
}
@end
//KeyChainStore.h
#import@interface KeyChainStore : NSObject
+ (void)save:(NSString *)service data:(id)data;
+ (id)load:(NSString *)service;
+ (void)deleteKeyData:(NSString *)service;
@end
//KeyChainStore.m
#import "KeyChainStore.h"
@implementation KeyChainStore
+ (NSMutableDictionary *)getKeychainQuery:(NSString *)service {
return [NSMutableDictionary dictionaryWithObjectsAndKeys:
(id)kSecClassGenericPassword,(id)kSecClass,
service, (id)kSecAttrService,
service, (id)kSecAttrAccount,
(id)kSecAttrAccessibleAfterFirstUnlock,(id)kSecAttrAccessible,
nil];
}
+ (void)save:(NSString *)service data:(id)data {
//Get search dictionary
NSMutableDictionary *keychainQuery = [self getKeychainQuery:service];
//Delete old item before add new item
SecItemDelete((CFDictionaryRef)keychainQuery);
//Add new object to search dictionary(Attention:the data format)
[keychainQuery setObject:[NSKeyedArchiver archivedDataWithRootObject:data] forKey:(id)kSecValueData];
//Add item to keychain with the search dictionary
SecItemAdd((CFDictionaryRef)keychainQuery, NULL);
}
+ (id)load:(NSString *)service {
id ret = nil;
NSMutableDictionary *keychainQuery = [self getKeychainQuery:service];
//Configure the search setting
//Since in our simple case we are expecting only a single attribute to be returned (the password) we can set the attribute kSecReturnData to kCFBooleanTrue
[keychainQuery setObject:(id)kCFBooleanTrue forKey:(id)kSecReturnData];
[keychainQuery setObject:(id)kSecMatchLimitOne forKey:(id)kSecMatchLimit];
CFDataRef keyData = NULL;
if (SecItemCopyMatching((CFDictionaryRef)keychainQuery, (CFTypeRef *)&keyData) == noErr) {
@try {
ret = [NSKeyedUnarchiver unarchiveObjectWithData:(__bridge NSData *)keyData];
} @catch (NSException *e) {
NSLog(@"Unarchive of %@ failed: %@", service, e);
} @finally {
}
}
if (keyData)
CFRelease(keyData);
return ret;
}
+ (void)deleteKeyData:(NSString *)service {
NSMutableDictionary *keychainQuery = [self getKeychainQuery:service];
SecItemDelete((CFDictionaryRef)keychainQuery);
}
@end
