13518219792
参考文章 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 的第三方类库来实现。
开箱即用！
使用方法：
大功告成！
