刚刚发现，UIDevice uniqueIdentifier属性在iOS 5中已弃用，在iOS 7及以上版本中不可用。似乎没有可供选择的方法或属性。
我们现有的许多应用程序都紧密依赖于这个属性来唯一地识别特定的设备。今后我们该如何处理这个问题?
2011-2012年的文件建议:
特殊注意事项 不要使用uniqueIdentifier属性。创建特定的唯一标识符 你可以调用CFUUIDCreate函数来创建一个UUID，然后写入 使用NSUserDefaults类将它转换到默认数据库。
但是，如果用户卸载和重新安装应用程序，这个值就不一样了。
当前回答
我们可以在ios7中使用identifierForVendor，
-(NSString*)uniqueIDForDevice
{
NSString* uniqueIdentifier = nil;
if( [UIDevice instancesRespondToSelector:@selector(identifierForVendor)] ) { // >=iOS 7
uniqueIdentifier = [[[UIDevice currentDevice] identifierForVendor] UUIDString];
} else { //<=iOS6, Use UDID of Device
CFUUIDRef uuid = CFUUIDCreate(NULL);
//uniqueIdentifier = ( NSString*)CFUUIDCreateString(NULL, uuid);- for non- ARC
uniqueIdentifier = ( NSString*)CFBridgingRelease(CFUUIDCreateString(NULL, uuid));// for ARC
CFRelease(uuid);
}
}
return uniqueIdentifier;
}
——重要提示——
UDID和identifierForVendor是不同的:——
1.) On uninstalling and reinstalling the app identifierForVendor will change.
2.) The value of identifierForVendor remains the same for all the apps installed from the same vendor on the device.
3.) The value of identifierForVendor also changes for all the apps if any of the app (from same vendor) is reinstalled.
其他回答
如果用户卸载和重新安装应用程序，CFUUIDCreate创建的UUID是唯一的:你每次都会得到一个新的UUID。
但你可能希望它不是唯一的，即它应该保持不变，当用户卸载和重新安装应用程序。这需要一些努力，因为最可靠的每个设备标识符似乎是MAC地址。您可以查询MAC并使用它作为UUID。
编辑:当然，总是需要查询同一接口的MAC。我想最好的选择是en0。MAC一直存在，即使接口没有IP/ down。
编辑2:正如其他人指出的那样，自iOS 6以来首选的解决方案是-[UIDevice identifierForVendor]。在大多数情况下，你应该可以使用它来替换旧的-[UIDevice uniqueIdentifier](但是当应用程序第一次启动时创建的UUID似乎是苹果想要你使用的)。
编辑3:所以这个重点不会在评论噪音中丢失:不要使用MAC作为UUID，使用MAC创建哈希。哈希每次都会创建相同的结果，即使是在重新安装和应用程序之间(如果哈希以相同的方式完成)。不管怎样，现在(2013年)这已经没有必要了，除非你在iOS < 6.0上需要一个“稳定的”设备标识符。
编辑4:在iOS 7中，苹果现在在查询MAC时总是返回一个固定值，以专门阻止MAC作为ID方案的基础。所以你现在应该使用-[UIDevice identifierForVendor]或者创建一个每个安装的UUID。
从ios6开始，我们有了NSUUID类，它符合RFC4122
Apple Link: apple_ref for NSUUID
也许你可以用:
[UIDevice currentDevice].identifierForVendor.UUIDString
苹果的文档对identifierforvendor的描述如下:
对于运行在同一设备上的来自同一供应商的应用程序，此属性的值是相同的。对于同一设备上来自不同供应商的应用程序，以及不同设备上的应用程序，无论供应商如何，都会返回不同的值。
MAC地址可以被欺骗，这使得这种方法对于将内容绑定到特定用户或实现黑名单等安全功能毫无用处。
经过一些进一步的研究，在我看来，我们现在没有一个合适的替代方案。我真心希望苹果能重新考虑他们的决定。
也许给苹果发邮件讨论这个话题是个好主意，或者提交一个关于这个问题的bug /功能请求，因为他们可能还没有意识到这对开发者的全部后果。
使用上面提到的SSKeychain和代码。下面是复制/粘贴(添加SSKeychain模块)的代码:
+(NSString *) getUUID {
//Use the bundle name as the App identifier. No need to get the localized version.
NSString *Appname = [[[NSBundle mainBundle] infoDictionary] objectForKey:@"CFBundleName"];
//Check if we have UUID already
NSString *retrieveuuid = [SSKeychain passwordForService:Appname account:@"user"];
if (retrieveuuid == NULL)
{
//Create new key for this app/device
CFUUIDRef newUniqueId = CFUUIDCreate(kCFAllocatorDefault);
retrieveuuid = (__bridge_transfer NSString*)CFUUIDCreateString(kCFAllocatorDefault, newUniqueId);
CFRelease(newUniqueId);
//Save key to Keychain
[SSKeychain setPassword:retrieveuuid forService:Appname account:@"user"];
}
return retrieveuuid;
}
