Google 刚刚发布了 Android 4.2，其中支持单个设备上的多个用户配置文件：http://developer.android.com/about/versions/android-4.2.html#MultipleUsers http://developer.android.com/about/versions/android-4.2.html#MultipleUsers.
谷歌表示，这对应用程序来说是透明的，但我认为这可能会对用于识别设备、用户和安装的数据模型产生影响。
其中一个问题是 android_id 的使用。上面链接页面上的建议建议通过 android_id 以外的方法之一来识别设备，但我相信 android_id 非常广泛地用于此目的。
我的主要问题是 - 每个用户配置文件都有自己的 android_id 吗？这有什么影响？
当安装新操作系统或完成硬重置时，会生成一个新的 android_id - 也许在创建新用户配置文件时会生成一个新的 android_id（这是问题＃1）？我认为可能不会，所以一个应用程序可以为同一个 android_id 安装多次 - 我认为这可能会破坏某些应用程序的服务器端数据模型。
无论哪种方式，根据您识别设备的方式，您现在可能会发现特定的应用程序可以在单个设备上安装多个。
另一个问题是用户。据推测，每个配置文件可以有任意数量的 Google 帐户，但每个配置文件中必须有一个 Google 帐户与 Play 商店关联。我认为您的应用程序也有可能使用同一设备（通过 android_id）和同一用户同时进行多个安装。我认为，多个配置文件功能的常见用途是单个用户在其手机上拥有家庭和工作配置文件 - 通常使用不同的 Google 帐户，但在某些情况下，他们可以在每个配置文件中拥有相同的 Google 帐户（例如，他们不必为东西支付两次费用）。
边注
这是一个类似的讨论 https://stackoverflow.com/questions/29656101/how-does-android-id-on-arc-chrome-differ-from-android新 ARC 平台上的 ANDROID_ID（Chrome 上的 Android）。请注意 - ARC 上的行为与 Android 上的行为不同。
（没有人回答我的问题，但我现在有机会自己使用 4.2 进行测试。）
答案是每个配置文件都有自己的 android_id。
想想看，这可能是最有意义的，而且引起的问题也最少。这应该会导致大多数系统将设备上的不同配置文件视为不同的设备 - 这实际上应该不是问题。唯一的问题是系统正确识别设备，例如。基于 wifi 或 bt mac 地址，或序列号或 IMEI，然后期望该单个设备上的多个 android_id 代表该设备上的顺序操作系统安装。 （相反，犯错会更安全。）
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
