大橙子网站建设,新征程启航
为企业提供网站建设、域名注册、服务器等服务
参考文章 iOS唯一标识符(IDFAIDFV)
为南城等地区用户提供了全套网页设计制作服务,及南城网站建设行业解决方案。主营业务为成都网站制作、成都网站建设、外贸营销网站建设、南城网站设计,以传统方式定制建设网站,并提供域名空间备案等一条龙服务,秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求,就会得到认可,从而选择与我们长期合作。这样,我们也可以走得更远!
依赖: AdSupport.framework
系统支持: iOS6及以上系统
获取方式: [ASIdentifierManager sharedManager].advertisingIdentifier.UUIDString
定义: 由数字和字母组成的用来标识唯一设备的字符串。
特点:
依赖: UIKit.framework
系统支持: iOS6及以上系统
获取方式: [UIDevice currentDevice].identifierForVendor.UUIDString
定义: 由数字和字母组成的用来标识唯一设备的字符串。
特点: 根据vendor的值,如果vendor相同,则返回同一字符串;如果vendor不同,则返回不同的字符串。
vendor解释: 英文解释为卖家,小贩。根据xcode文档解释,正常情况下,会根据App Store提供的数据进行判断。但是如果app不是通过app store进行安装的(如企业应用或开发调试阶段),那么会根据bundle ID判断。
判断准则:
如:com.example.app1和com.example.app2,只有最后的后缀不同,所以会产生相同的vendor ID
在这里,还需要注意的一点就是:如果用户卸载了同一个vendor对应的所有程序,然后在重新安装同一个vendor提供的程序,此时identifierForVendor会被重置。
生成iOS设备唯一标示符的方法是使用iOS设备的Media Access Control(MAC)地址。一个MAC地址是一个唯一的号码,它是物理网络层级方面分配给网络适配器的。这个地址苹果还有其他的名字,比如说是硬件地址(Hardware Address)或是Wifi地址,都是指同样的东西。 有很多工程和框架都使用这个方法来生成唯一的设备ID。比如说ODIN。然而,苹果并不希望有人通过MAC地址来分辨用户,所以如果在iOS7系统上查询MAC地址,它现在只会返回02:00:00:00:00:00。 现在苹果明确的表明应该使用-[UIDevice identifierForVendor]或是-[ASIdentifierManager advertisingIdentifier]来作为你框架和应用的唯一标示符。坦白的来说,应对这些变化也不是那么的难,见以下代码片段: NSString *identifierForVendor = [[UIDevice currentDevice].identifierForVendor UUIDString]; NSString *identifierForAdvertising = [[ASIdentifierManager sharedManager].advertisingIdentifier UUIDString]; 每种方法都适配一种特别的用法: identifierForVendor对供应商来说是唯一的一个值,也就是说,由同一个公司发行的的app在相同的设备上运行的时候都会有这个相同的标识符。然而,如果用户删除了这个供应商的app然后再重新安装的话,这个标识符就会不一致。 advertisingIdentifier会返回给在这个设备上所有软件供应商相同的 一个值,所以只能在广告的时候使用。这个值会因为很多情况而有所变化,比如说用户初始化设备的时候便会改变。
在很多场景中,我们需要获取设备的唯一标识,用来做定点推送等操作,那么这时候我们就需要精准到某台手机,甚至某个人,客户端这边就需要保证这个标识具有唯一性,并且即使我们的APP卸载重装了,也能够保持不变。
在iOS5以前,大家普遍使用的是UDID,可iOS5以后苹果就把UDID的访问权限移除了,而且试图访问UDID的程序在审核的时候很大几率都会被拒。所以使用UDID作为唯一标识的路就行不通了。
还有人说,UUID也可以作为唯一标识,确实,但是,有一个不好的地方就是每次获取设备的UUID都会是一个新的与上次不同的值,所以这个也行不通。
还有一个Open UDID,但是这个库已经弃用了,而且这个值在APP卸载重装后获得的值也会不同。
此外,广告标志符IDFA,也曾被人用作唯一标识,但是这个在重置系统或者还原广告标志符后获取到的值也会不同。
那么,我们又将如何获取iOS设备的唯一标识呢?
解决方案:
在APP第一次运行的时候,使用keychain存储一个标识,然后在接下来访问的时候直接从keychain中取。这样做的好处在于,keychain中的数据会被同步到iCloud中,即使删除了应用也会存在。但是这样做也有一个不好的地方,就是如果多台手机使用了同一个iCloud账号登录,那么这个唯一标识将毫无意义。
不过,话又说回来,任何一种技术的实现都有自己的应用场景,比如上面这个既然是同一个iCloud账号就看做是同一个账号。所以,如何标记iOS设备还得看具体的需求。
设备唯一标识UDID被弃用后的一种替代方法,生成一个随机数--UUID,并用KeyChain存储,这样就可以保证程序卸载重装时,这个UUID不变,这UUID就可以作为我们的设备唯一标识。
注意 : 刷机 或者 升级系统 后的情况,UUID还是会改变的。
先导入QCUUID.h
凡是接触过iOS的开发者都清楚每一台iOS设备都有一个唯一的识别号:UDID,这个40位的字符串是你的设备区别于其他任何一台设备的唯一标识。
这个字符串用处非常大,可以把它作为用户的唯一ID,跳过用户登陆这一步,直接有效并且安全地与数据库中的用户记录进行绑定。
虽然UDID本身并不含有任何用户信息,但是由于应用开发者可以将UDID与服务器上用户信息进行绑定,从而带来了诸多隐私泄漏等问题,所以苹果最终还是拒绝开发者访问UDID的官方接口,建议开发者使用CFUUID来代替UDID。CFUUID有很多问题,如果从一台设备将系统备份到另一个设备,两个设备就会拥有相同的CFUUID,如果从临时文件中备份系统,就会出现一个设备中出现不同的CFUUID,但是尽管如此,CFUUID还是所有UDID替代品中最靠谱的一个。
除此之外,一些第三方开发者也基于CFUUID包装了对用户更友好的类,OpenUDID是开发者使用的比较广泛的一个。
对于AIR开发者来说,仅此还是不够的。今天我给大家开放一个基于OpenUDID的ANE,使用它可以在AIR项目中通过ActionScript接口来获得设备的OpenUDID。
AS类OpenUDID是一个静态类,它只有一个静态属性UDID,使用方法用一行代码表示如下:
var id:String = OpenUDID.UDID;
以下获取 uuidString 的方法,每次重启都会改变。
但是项目的要求是不变,并且删除app 只有也有有保留的需求。显然这个无法满足我们的需求。
使用KeyChain保存到系统钥匙串中,然后再去获取相应的值,就可以保证删除app新装的app也能获取到第一次安装存储的值。显然是可以满足我们的需求的。
下面使用 KeychainAccess 的第三方类库来实现。
开箱即用!
使用方法:
大功告成!