刚刚发现，UIDevice uniqueIdentifier属性在iOS 5中已弃用，在iOS 7及以上版本中不可用。似乎没有可供选择的方法或属性。
我们现有的许多应用程序都紧密依赖于这个属性来唯一地识别特定的设备。今后我们该如何处理这个问题?
2011-2012年的文件建议:
特殊注意事项 不要使用uniqueIdentifier属性。创建特定的唯一标识符 你可以调用CFUUIDCreate函数来创建一个UUID，然后写入 使用NSUserDefaults类将它转换到默认数据库。
但是，如果用户卸载和重新安装应用程序，这个值就不一样了。
当前回答
您已经可以使用Apple UDID的替代方案了。gekitz在UIDevice上写了category，它会根据设备mac地址和包标识符生成某种UDID。
你可以在github上找到代码
其他回答
MAC地址可以被欺骗，这使得这种方法对于将内容绑定到特定用户或实现黑名单等安全功能毫无用处。
经过一些进一步的研究，在我看来，我们现在没有一个合适的替代方案。我真心希望苹果能重新考虑他们的决定。
也许给苹果发邮件讨论这个话题是个好主意，或者提交一个关于这个问题的bug /功能请求，因为他们可能还没有意识到这对开发者的全部后果。
对于Swift 3.0，请使用以下代码。
let deviceIdentifier: String = (UIDevice.current.identifierForVendor?.uuidString)!
NSLog("output is : %@", deviceIdentifier)
如果用户卸载和重新安装应用程序，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。
看看这个，
我们可以使用Keychain来代替NSUserDefaults类，来存储CFUUIDCreate创建的UUID。
这样我们就可以避免重新安装UUID， 即使用户卸载并重新安装，也始终为同一应用程序获得相同的UUID。
用户重置设备时将重新创建UUID。
我用SFHFKeychainUtils尝试了这种方法，它的工作就像一个魅力。
您可能想要考虑使用OpenUDID，它是已弃用UDID的临时替代品。
基本上，要匹配UDID，需要以下特性:
唯一的或足够唯一的(低概率碰撞是 可能是可以接受的) 跨重启、恢复、卸载的持久性 在不同供应商的应用程序中可用(通过CPI网络获取用户很有用)-
OpenUDID实现了上述功能，甚至有一个内置的选择退出机制供以后考虑。
检查http://OpenUDID.org，它指向相应的GitHub。 希望这能有所帮助!
作为旁注，我将回避任何MAC地址的替代方案。虽然MAC地址似乎是一种诱人的通用解决方案，但要确保这个唾手可得的果实是有毒的。MAC地址是非常敏感的，在你说“提交这个应用程序”之前，苹果可能会非常反对访问这个地址……MAC网络地址用于对wlan (private lan)或其他vpn (virtual private network)中的某些设备进行认证。它甚至比以前的UDID更敏感!
