刚刚发现，UIDevice uniqueIdentifier属性在iOS 5中已弃用，在iOS 7及以上版本中不可用。似乎没有可供选择的方法或属性。
我们现有的许多应用程序都紧密依赖于这个属性来唯一地识别特定的设备。今后我们该如何处理这个问题?
2011-2012年的文件建议:
特殊注意事项 不要使用uniqueIdentifier属性。创建特定的唯一标识符 你可以调用CFUUIDCreate函数来创建一个UUID，然后写入 使用NSUserDefaults类将它转换到默认数据库。
但是，如果用户卸载和重新安装应用程序，这个值就不一样了。
当前回答
从iOS 7开始，苹果在所有公共api中都隐藏了UDID。任何以FFFF开头的UDID都是假ID。以前工作的“发送UDID”应用程序不能再用于为测试设备收集UDID。(叹息)
当设备连接到XCode(在管理器中)时，UDID会显示出来，当设备连接到iTunes时(尽管你必须单击“Serial Number”才能显示标识符)。
如果你需要获取设备的UDID来添加到配置配置文件中，并且不能自己在XCode中完成，你将不得不从iTunes中复制/粘贴它。
自iOS 7发布以来，是否有一种方法可以在PC/Mac上不使用iTunes获得UDID ?
其他回答
您可能想要考虑使用OpenUDID，它是已弃用UDID的临时替代品。
基本上，要匹配UDID，需要以下特性:
唯一的或足够唯一的(低概率碰撞是 可能是可以接受的) 跨重启、恢复、卸载的持久性 在不同供应商的应用程序中可用(通过CPI网络获取用户很有用)-
OpenUDID实现了上述功能，甚至有一个内置的选择退出机制供以后考虑。
检查http://OpenUDID.org，它指向相应的GitHub。 希望这能有所帮助!
作为旁注，我将回避任何MAC地址的替代方案。虽然MAC地址似乎是一种诱人的通用解决方案，但要确保这个唾手可得的果实是有毒的。MAC地址是非常敏感的，在你说“提交这个应用程序”之前，苹果可能会非常反对访问这个地址……MAC网络地址用于对wlan (private lan)或其他vpn (virtual private network)中的某些设备进行认证。它甚至比以前的UDID更敏感!
不要使用这些库——libOmnitureAppMeasurement，它使用了苹果不再支持的uniqueIdentifier
使用上面提到的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;
}
iOS 11引入了DeviceCheck框架。它有一个完整的解决方案，唯一地识别设备。
您已经可以使用Apple UDID的替代方案了。gekitz在UIDevice上写了category，它会根据设备mac地址和包标识符生成某种UDID。
你可以在github上找到代码
