Android多用户支持（4.2中新增）对服务器端数据模型（例如Android_id）的影响

谷歌刚刚发布了Android 4.2，其中包括对单个设备上多个用户配置文件的支持：

谷歌表示，这将对应用程序透明，但我认为这可能会对用于识别设备、用户和安装的数据模型产生影响

一个问题是安卓id的使用。上面链接页面上的建议建议使用安卓id以外的其他方法识别设备，但我相信安卓id在这方面的应用非常广泛

我的主要问题是-每个用户配置文件是否都有自己的android\u id，其含义是什么？

当安装新操作系统或硬重置完成时，会生成一个新的android#u id——也许在创建新用户配置文件时会生成一个新的android#u id（这是问题1）？我想可能不会，因此一个应用程序可以为同一个android_id安装多次-我认为这可能会破坏某些应用程序的服务器端数据模型

无论哪种方式，取决于你如何识别一个设备，你现在可以发现一个特定的应用可以在一个设备上安装多个

另一个问题是用户。大概每个配置文件都可以有任意数量的Google帐户，但每个配置文件中必须有一个Google帐户与play store关联。我认为你的应用程序也有可能同时安装多个相同的设备（通过android_id）和相同的用户。我认为多个人资料功能的一个常见用途是，单个用户在手机上拥有家庭和工作个人资料——通常使用不同的谷歌账户，但在某些情况下，他们可以在每个个人资料中拥有相同的谷歌账户（例如，他们不必支付两次费用）

旁注
新ARC平台上的ANDROID_ID（Chrome上的ANDROID）。小心-ARC上的行为与Android上的不同。

（没有人回答我的问题，但我现在有机会自己用4.2进行测试。）

答案是每个配置文件都有自己的安卓id

---

想一想，这可能是最有意义的，也会造成最少的问题。这将导致大多数系统将设备上的不同配置文件视为不同的设备-这应该不是什么问题。唯一的问题是系统能够正确识别设备，例如基于wifi或bt mac地址、序列号或IMEI，然后期望单个设备上的多个android_id表示该设备上的连续操作系统安装。（相反，错了会更安全。）

是的，每个用户配置文件都有自己的ANDROID\u ID。现在有文档记录：

注意：当设备具有（在运行Android 4.2或更高版本的某些设备上可用）时，每个用户显示为一个完全独立的设备，因此

Android\u ID

值对每个用户都是唯一的

---

但要注意的是，众所周知，制造商在ANDROID\u ID的实现上存在着问题。例如，摩托罗拉Droid2。出于这个原因，依靠ANDROID_ID来唯一地识别用户配置文件或设备。

有人指出，这些文档与N7上4.2.1的行为相矛盾。他们创建了一个。很抱歉，您能否澄清配置文件是否基于用户？如果是这样，你知道另一台设备上的同一用户是否会产生相同的ANDROID_ID吗？它不是基于用户的，每个“配置文件”可以有多个用户帐户。不，你不应该在两个不同的设备上获得相同的安卓ID。