8種iOS獲取設(shè)備唯一標(biāo)識(shí)的方法脆荷，希望對(duì)大家有用蚌成。
UDID
UDID（Unique Device Identifier）芭析，iOS 設(shè)備的唯一識(shí)別碼截珍，是一個(gè)40位十六進(jìn)制序列（越獄的設(shè)備通過(guò)某些工具可以改變?cè)O(shè)備的 UDID）攀甚，移動(dòng)網(wǎng)絡(luò)可以利用 UDID 來(lái)識(shí)別移動(dòng)設(shè)備啄糙。
許多開發(fā)者把 UDID 跟用戶的真實(shí)姓名、密碼云稚、住址隧饼、其它數(shù)據(jù)關(guān)聯(lián)起來(lái)，網(wǎng)絡(luò)窺探者會(huì)從多個(gè)應(yīng)用收集這些數(shù)據(jù)静陈，然后順藤摸瓜得到這個(gè)人的許多隱私數(shù)據(jù)燕雁，同時(shí)大部分應(yīng)用確實(shí)在頻繁傳輸 UDID 和私人信息。 為了避免集體訴訟鲸拥，蘋果最終決定在 iOS 5 的時(shí)候拐格，將這一慣例廢除。
現(xiàn)在應(yīng)用試圖獲取 UDID 已被禁止且不允許上架刑赶。
MAC 地址
MAC（Medium / Media Access Control）地址捏浊，用來(lái)表示互聯(lián)網(wǎng)上每一個(gè)站點(diǎn)的標(biāo)示符，是一個(gè)六個(gè)字節(jié)（48位）的十六進(jìn)制序列撞叨。前三個(gè)字節(jié)是由 IEEE 的注冊(cè)管理機(jī)構(gòu) RA 負(fù)責(zé)給不同廠家分配的”編制上唯一的標(biāo)示符（Organizationally Unique Identifier)”金踪，后三個(gè)字節(jié)由各廠家自行指派給生產(chǎn)的適配器接口，稱為擴(kuò)展標(biāo)示符牵敷。
MAC 地址在網(wǎng)絡(luò)上用來(lái)區(qū)分設(shè)備的唯一性胡岔，接入網(wǎng)絡(luò)的設(shè)備都有一個(gè)MAC地址，他們肯定都是唯一的枷餐。一部 iPhone 上可能有多個(gè) MAC 地址靶瘸，包括 WIFI 的、SIM 的等毛肋，但是 iTouch 和 iPad 上就有一個(gè) WIFI 的怨咪，因此只需獲取 WIFI 的 MAC 地址就好了。一般會(huì)采取 MD5（MAC 地址 + bundleID）獲取唯一標(biāo)識(shí)润匙。
但是 MAC 地址和 UDID 一樣诗眨，存在隱私問題， iOS 7 之后趁桃，所有設(shè)備請(qǐng)求 MAC 地址會(huì)返回一個(gè)固定值辽话，這個(gè)方法也不攻自破了。
OpenUDID
UDID 被棄用后卫病，廣大開發(fā)者需要尋找一個(gè)可以替代的 UDID油啤，并且不受蘋果控制的方案，由此蟀苛，OpenUDID 成為了當(dāng)時(shí)使用最廣泛的開源 UDID 代替方案益咬。OpenUDID 利用一個(gè)非常巧妙的方法在不同程序間存儲(chǔ)標(biāo)示符：在粘貼板中用了一個(gè)特殊的名稱來(lái)存儲(chǔ)標(biāo)示符，通過(guò)這種方法帜平，其他應(yīng)用程序也可以獲取幽告。
蘋果在 iOS 7 之后對(duì)粘貼板做了限制梅鹦，導(dǎo)致同一個(gè)設(shè)備上的應(yīng)用間，無(wú)法再共享一個(gè) OpenUDID冗锁。
UUID + 自己存儲(chǔ)
UUID（Universally Unique IDentifier）齐唆，通用唯一標(biāo)示符，是一個(gè)32位的十六進(jìn)制序列冻河，使用小橫線來(lái)連接：8-4-4-4-12箍邮，通過(guò) NSUUID（iOS 6 之后）[NSUUID UUID].UUIDString 或者 CFUUID（iOS 2 之后） CFBridgingRelease(CFUUIDCreateString(kCFAllocatorDefault, CFUUIDCreate(kCFAllocatorDefault))) 來(lái)獲取，但是每次獲取的值都不一樣叨叙，需要自己存儲(chǔ)锭弊。
推送 token + bundleID
推送 token 保證設(shè)備唯一，但是必須有網(wǎng)絡(luò)情況下才能工作擂错，該方法不依賴于設(shè)備本身味滞，但依賴于 apple push，而 apple push 有時(shí)候會(huì)抽風(fēng)的钮呀。
IDFA
IDFA-identifierForIdentifier（廣告標(biāo)示符）剑鞍，在同一個(gè)設(shè)備上的所有 APP 都會(huì)取到相同的值，是蘋果專門給各廣告提供商用來(lái)追蹤用戶而設(shè)定的行楞。雖然 iPhone 默認(rèn)是允許追蹤的攒暇，而且一般用戶都不知道有這么個(gè)設(shè)置，但是用戶可以在 設(shè)置 - 隱私 - 廣告追蹤 里重置此 ID 的值子房，或者限制此 ID 的使用，所以有可能會(huì)取不到值就轧。
IDFV
IDFV-identifierForVendor（Vendor 標(biāo)示符）证杭，通過(guò) [UIDevice currentDevice].identifierForVendor.UUIDString 來(lái)獲取。是通過(guò) bundleID 的反轉(zhuǎn)的前兩部分進(jìn)行匹配妒御，如果相同是同一個(gè) Vendor 解愤，例如對(duì)于 com.mayan.app_1 和 com.mayan.app_2 這兩個(gè) bundleID 來(lái)說(shuō)，就屬于同一個(gè) Vendor 乎莉，共享同一個(gè) IDFV送讲，和 IDFA 不同的是，IDFV 的值一定能取到的惋啃，所以非常適合于作為內(nèi)部用戶行為分析的主 ID 來(lái)識(shí)別用戶哼鬓。但是用戶刪除了該 APP ，則 IDFV 值會(huì)被重置边灭，再次安裝此 APP 异希，IDFV 的值和之前的不同。
IDFV + keychain
通過(guò)以上幾種儲(chǔ)存唯一標(biāo)識(shí)的方法的分析绒瘦，總結(jié)一下各有優(yōu)劣称簿。很多方法被蘋果禁止或者漏洞太多扣癣，越來(lái)越不被開發(fā)者使用，現(xiàn)在蘋果主推 IDFA 和 IDFV 這兩種方法憨降，分別對(duì)外和對(duì)內(nèi)父虑，但是 IDFV 在 APP 重新安裝時(shí)會(huì)更改，所以我的方法是通過(guò)第一次生成的 IDFV 存儲(chǔ)到 keychain 中授药，以后每次獲取標(biāo)識(shí)符都從 keychain 中獲取频轿。
#import
@interface MYVendorToll : NSObject
+ (NSString *)getIDFV;
@end
#import "MYVendorToll.h"
#import "MYKeyChainTool.h"
@implementation MYVendorToll
+ (NSString *)getIDFV
{
?NSString *IDFV = (NSString *)[MYKeyChainTool load:@"IDFV"];
?if([IDFV isEqualToString:@""] || !IDFV) {
??IDFV = [UIDevice currentDevice].identifierForVendor.UUIDString;
??[MYKeyChainTool save:@"IDFV"data:IDFV];
?}
?returnIDFV;
}
@end
#import
@interface MYKeyChainTool : NSObject
+ (void)save:(NSString *)service data:(id)data;
+ (id)load:(NSString *)service;
+ (void)deleteKeyData:(NSString *)service;
@end
#import "MYKeyChainTool.h"
@implementation MYKeyChainTool
+ (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);
?returnret;
}
+ (void)deleteKeyData:(NSString *)service {
?NSMutableDictionary *keychainQuery = [self getKeychainQuery:service];
?SecItemDelete((CFDictionaryRef)keychainQuery);
}
@end
