的Android的多用户支持的影响（在4.2新），用于服务器端数据模型（例如android_id）(

谷歌刚刚发布的Android 4.2，其中包括一台设备上的多个用户配置文件支持： http://developer.android.com/about/versions/android-4.2.html#MultipleUsers 。

谷歌表示，这将是透明的应用程序，但我认为这可能会对用来识别设备，用户和设备数据模型的影响。

其中一个问题是使用android_id的。 上面的链接页面上的意见认为通过的方法等，然后android_id一个识别装置，但我相信，android_id非常广泛用于这一目的。

我的主要问题是-做每个用户配置文件有它自己的android_id，以及会造成什么影响？

在安装新的操作系统时，或者一个新的android_id得到时产生硬复位完成 - 也许是一个新的人会创建一个新的用户配置文件时产生的（这是问题＃1）？ 我觉得可能不会，所以后来一个应用程序可以安装在同一android_id多次 - 我认为这可能与一些应用程序的服务器端数据模型渣土。

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

另一个问题是用户。 想必每个配置文件可以拥有任意数量的谷歌帐户，但单一的谷歌帐户必须在每个配置文件中的Play商店关联。 我想这也可能是您的应用程序可能有相同的设备（由android_id）和同一用户多个同时安装。 我认为的多个配置文件共同使用的功能将是一个用户拥有家庭和他们的手机上运行的配置文件 - 通常使用不同的谷歌帐户，但在某些情况下，他们可能在每个配置文件相同的谷歌帐户（例如使他们没有支付两倍的东西）。

边注
这里有一个类似的讨论 ANDROID_ID的新ARC平台（Android上的Chrome）上。 小心 - 在ARC的行为是不一样的Android上。

Answer 1:

（没有人回答我的问题，但现在我已经有机会与4.2测试自己。）

答案是，每个配置文件都有自己的android_id。

细想起来，这可能是最有意义的，并且将导致最少的问题。 这应当引起大多数系统中，查看设备的不同设备上的不同的配置文件 - 这真的不应该是一个问题。 唯一的问题将是正确识别的设备系统，例如。 基于WiFi或BT MAC地址或序列号或IMEI，然后预期该单个设备上的多个android_id的表示该设备上顺序OS安装。 （而是倒行逆施，这将是更安全是错误的。）

Answer 2:

是的，每个用户配置文件都有自己的ANDROID_ID。 这是目前记录在这里 ：

注意：当设备具有多个用户 （在运行Android 4.2或更高的某些设备提供），每个用户显示为完全独立的装置，所以ANDROID_ID值是唯一的每个用户。

但要注意的是厂家已经知道糟蹋其执行ANDROID_ID 。 例如，摩托罗拉的Droid2 返回相同ANDROID_ID每个设备值 。 出于这个原因，依靠ANDROID_ID来唯一地标识用户配置文件或设备可能是不可靠 。

文章来源: Implications of Android multiple user support (new in 4.2) for server side data model (e.g. android_id)