iOS 7的持久UDID等价物？ [英] Persistent UDID equivalent for iOS 7?

问题描述

首先，我想说我已经完全清楚 uniqueIdentifier 已被弃用，并且 identifierForVendor & advertisingIdentifier 。

First of all, I'd like to say that I'm fully aware that uniqueIdentifier has been deprecated and there are identifierForVendor & advertisingIdentifier.

我的问题是，如果有办法让完全持久设备标识符，通过重新启动，应用程序卸载等方式生效。

My question is, if there is a way to have a fully persistent device identifier which lives through anything like reboots, app uninstalls, etc.

目前我们使用 identifierForVendor 这是正常的 - 但我们产品的主要要求之一是允许快速登录而无需任何注册，当人们删除我们的应用程序时，他们的保存充当本地保存（即使它托管在我们的服务器上） - 作为他们的 identifierForVendor 更改。

Currently we use identifierForVendor which is OK - but one of our product's main requirements is to allow quick login without any registration, and when people delete our app their save acts as a "local save" (even though it's hosted on our servers) - as their identifierForVendor changes.

希望有人比我找到答案更好运（或者如果有答案：P）

Hope someone had better luck than me in finding an answer (or if there even is an answer :P)

谢谢

推荐答案

你能做的最好的事情就是自己创建一个guid并存储它适用于您的应用的钥匙串。这将在卸载和重新启动后存在，但不会在系统擦除。如果用户登录到某个云服务，您可以在服务器上创建关联，例如游戏中心或Facebook，然后该ID通常在系统擦除时保持稳定，您可以在那里进行查找。但是，请注意不要违反这些服务TOS。

The best you can do is create a guid yourself and store it in the keychain for your app. That will survive uninstalls and reboots, but not system wipes. If the user logs in to some cloud service that you can create an association with on your server, e.g. Game Center or Facebook, then that id is generally stable across system wipes and you could do a lookup there. Be careful not to violate those services TOS, however.

这篇关于iOS 7的持久UDID等价物？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！