Chinaunix首页 | 论坛 | 博客
  • 博客访问: 900038
  • 博文数量: 322
  • 博客积分: 6688
  • 博客等级: 准将
  • 技术积分: 3626
  • 用 户 组: 普通用户
  • 注册时间: 2010-09-19 11:26
文章分类

全部博文(322)

文章存档

2013年(5)

2012年(66)

2011年(87)

2010年(164)

分类: iOS平台

2013-11-25 16:45:55

苹果在iOS6中禁用了[UIDevice uniqueIdentifier],在iOS7中又把mac地址的获取给堵上了。没办法,毕竟人家是老大,说不让你用,你也没办法。
在这边总结一下现有的一部分UDID获取方法(有苹果推荐的,也有第三方的),目的在于抛砖,没有切实的说明哪种方法好用。用哪种方法,完全由大家自己根据需要来决定。

iOS2~iOS7目前已有的技术方案
方案 提供方 实现方法 用途及使用情况
传统UDID 苹果API UIDevice的实例方法uniqueIdentifier直接可获取  获取设备的唯一识别码
 在iOS5及之前的版本中,基本上使用该方法来获取UDID。
MAC+MD5 UNIX系统调用 使用UNIX API获取设备的MAC地址,再使用MD5加密算法生成一个字符串  由于苹果在iOS6后停用了UDID方案,所以大部分应用都开始使用这种方案来生成设备的唯一识别码
CFUUID/NSUUID 苹果API 通过唯一标识设备的一个值(通常是以太网硬件地址)和一个时间值来生成一个唯一标识串 ● 苹果建议基于CFUUID来生成一个UDID,然后将其存在程序中使用
IDFV 苹果API UIDevice的实例方法identifierForVendor ● 用于标识供应商
ADID 苹果API ASIdentifierManager的实例方法advertisingIdentifier  用于广告服务
OpenUDID 第三方开源代码 CFUUID为基础生成一个串,并同时存储于系统剪切板和程序的沙盒(NSUserDefault)中,应用程序从这两个地方之一获取UDID  在苹果宣布禁用传统UDID方案后,这是目前使用较为广泛的开源方案,包括友盟在内的很多开发商都使用这一方案。
SecureUDID 第三方开源代码 CFUUID为基础生成一个串,并同时存储于程序剪切板中,程序可以从该剪切板中获取UDID 在苹果宣布禁用传统UDID方案后,部分应用也采用了该方案(目前github上数据显示该方案下载量仅次于OpenUDID,具体使用情况未知)



系统支持情况
苹果在iOS6以后,已禁用了UIDevice的uniqueIdentifier方法,所以传统的UDID方法在iOS6以后已不能使用;而从iOS7开始,获取MAC地址的方法统一返回02:00:00:00:00:00,所以使用MAC+MD5方法已无意义。
                                                                                                                              
  





方案
  
  
iOS 2
  
  
iOS 3
  
  
iOS 4
  
  
iOS 5
  
  
iOS 6
  
  
iOS 7
  
  
UDID
  
  
  
  
  
  
  
  
  
  
×
  
  
×
  
  
MAC+MD5
  
  
  
  
  
  
  
  
  
  
  
  
×
  
  
CFUUID
  
  
  
  
  
  
  
  
  
  
  
  
  
  
NSUUID
  
  
×
  
  
×
  
  
×
  
  
×
  
  
  
  
  
  
IDFV
  
  
×
  
  
×
  
  
×
  
  
×
  
  
  
  
  
  
Ad ID
  
  
×
  
  
×
  
  
×
  
  
×
  
  
  
  
  
  
OpenUDID
  
  
?
  
  
  
  
  
  
  
  
  
  
  
  
SecureUDID
  
  
?
  
  
  
  
  
  
  
  
  
  
  


持久化情况
                                                                                                                                                
  
启动程序
  
  
从后台返回
  
  
重置广告标识
  
  
重新安装程序
  
  
系统重启
  
  
系统还原设置
  
  
升级系统
  
  
重装系统
  
  
传统UDID
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
MAC+MD5
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
CFUUID/NSUUID
  
  
×
  
  
×
  
  
×
  
  
×
  
  
×
  
  
×
  
  
×
  
  
×
  
  
IDFV
  
  
  
  
  
  
  
  
×
  
  
  
  
×
  
  
?√
  
  
?×
  
  
ADID
  
  
  
  
  
  
×
  
  
  
  
  
  
×
  
  
?√
  
  
?×
  
  
OpenUDID
  
  
  
  
  
  
  
  
  
  
  
  
×
  
  
?√
  
  
?×
  
  
SecureUDID
  
  
  
  
  
  
  
  
×
  
  
  
  
×
  
  
?√
  
  
?×
  
注:
√表示能够保证UDID的持久化,
×表示该情况下UDID可能会丢失改变,?表示该种情况没有实际验证过,纯属猜测(毕竟升级系统什么的太麻烦)


优缺点
                                    
  
  
  
优点
  
  
缺点
  
  
CFUUID/NSUUID
  
   
  
  ● 删除程序再安装时,会生成新的UDID
  
  
IDFV
  
  ● 对于运行于同一设备上的同一供应商的所有程序,该值都是相同的。
  
  ● 对于同一设备上不同供应商的程序,该值是不同的
  ● 所谓同一供应商是由CFBundleIdentifier中的反转DNS前两部分来确定,如com.test1和com.test2即认为不是同一供应商
  ● 用户如果删除同一供应商的所有程序,再安装该供应商的程序时,该值会改变。
  ● 该值在程序运行于后台时,或用户在重启系统后第一次解锁设备可能返回nil值。
  
  
ADID
  
  ● 该值由系统持久化
  ● 即使用户限制广告跟踪,也可以使用该值来统计用户数量、安全等方面的操作
  ● 该值对于所有的供应商都是一样的
   
  
  ● 只能用于广告服务的程序访问一个唯一标识
  ● 如果用户还原所有系统设置或还原广告标识符时,可能重置该值。
  ● 该值在程序运行于后台时,或用户在重启系统后第一次解锁设备可能返回nil值。
  
  
OpenUDID
  
   同一台设备上使用OpenUDID的所有程序其获取到的UDID都是相同的
  ● 没有用到取MAC地址等可能被苹果禁用的API
  
  ● 在系统恢复设置或刷机的情况下会丢失
  ● 非苹果原生API
  
  
SecureUDID
  
  ●对于运行于同一设备上的同一供应商的所有程序,该值都是相同的(供应商自己控制)。这样防止因一个程序外泄UDID,而导致设备的UDID外泄
  ● 与硬件设备无关
   
  
  ● 不能确保不同设备上的UDID不同
  ● 用户可以选择阻止SecureUDID收集UDID信息
  ● 如果用户备份A设备系统并将其恢复到B设备,则B设备将得到A设备的UDID
  ● 删除程序并清空剪切板可能会导致丢失
  ● 非苹果原生的API
  

注:优缺点是个人判断,还请各位看官指正


参考文献
● 
● Apple开发文档
阅读(1539) | 评论(0) | 转发(0) |
0

上一篇:iOS app Icons

下一篇:没有了

给主人留下些什么吧!~~