Android UID与iPhone UID

UID-对于每个设备都是唯一的。 但有没有可能确定它属于哪个设备（我是说iPhone还是Android）

iPhone设备是相当标准化的——它们配备了几乎相同的硬件，但Android几乎出现在每一台设备上（在某些情况下包括iPhone）

我认为你不应该在这里做任何假设——也许现在可以区分，但下个月可能不会。把它当作一个黑匣子

我不确定是否可以保证来自一个平台的UID也不会出现在另一个平台上，但我认为这不会成为一个问题（“不太可能，也可能根本不可能”）

如果您确实需要区分，请使用一些自定义扩展名，例如，在它们前面加上某种设备类型字符串。

我认为您不应该在其中添加任何假设-也许现在可以区分，但下个月可能无法区分。把它当作一个黑匣子

我不确定是否可以保证来自一个平台的UID也不会出现在另一个平台上，但我认为这不会成为一个问题（“不太可能，也可能根本不可能”）

---

如果您确实需要区分，请使用一些自定义扩展名，即在它们前面加上某种设备类型字符串。

这不是一个好主意。在平台上生成UUID（例如MAC地址）时，使用底层硬件的某些功能是很常见的，但您无法保证

我在一些移动数据采集应用程序中使用了来自的设备ID（UUID）来跟踪数据从何处采集/上传，虽然通常会发现相关批次的IPAQ具有相似的模式，但这会随着不同的型号而发生根本性的变化，有时在相同的型号范围内，没有明显的原因

我们有可能忽略UUID的空间是多么巨大。引用维基百科

换句话说，只有在未来100年内每秒生成10亿个UUID后，仅创建一个副本的概率才约为50%。如果地球上每个人都拥有6亿个UUID，那么复制一个UUID的概率约为50%

---

说到这里，我确实听说Second Life曾经在生成重复的UUID时遇到过一个问题（世界上的每个对象都由UUID标识），因为它们用来生成UUID的Python库中存在一个非常模糊的问题，因此，由于编码假设，碰撞风险可能比理论值高出一点点。

这不是一个好主意。在平台上生成UUID（例如MAC地址）时，使用底层硬件的某些功能是很常见的，但您无法保证

我在一些移动数据采集应用程序中使用了来自的设备ID（UUID）来跟踪数据从何处采集/上传，虽然通常会发现相关批次的IPAQ具有相似的模式，但这会随着不同的型号而发生根本性的变化，有时在相同的型号范围内，没有明显的原因

我们有可能忽略UUID的空间是多么巨大。引用维基百科

换句话说，只有在未来100年内每秒生成10亿个UUID后，仅创建一个副本的概率才约为50%。如果地球上每个人都拥有6亿个UUID，那么复制一个UUID的概率约为50%

---

说到这里，我确实听说Second Life曾经在生成重复的UUID时遇到过一个问题（世界上的每个对象都由UUID标识），因为它们用来生成UUID的Python库中存在一个非常模糊的问题，因此，由于编码假设，碰撞风险可能比理论值稍高。

为什么需要这样做？我99.99%确信：1。还有更好的方法，还有2。不可能，你为什么要这么做？我99.99%确信：1。还有更好的方法，还有2。这是不可能的。