谷歌刚刚发布了Android 4.2,其中包括支持在单个设备上使用多个用户配置文件的功能: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帐户,但是每个配置文件必须与Play商店中的一个Google帐户关联。我认为您的应用程序也可能具有使用相同设备(通过android_id)和相同用户进行多个同时安装的功能。我认为多个配置文件功能的常见用途将是让单个用户在其手机上拥有家庭和工作配置文件-通常使用不同的Google帐户,但在某些情况下,他们可以在每个配置文件中使用相同的Google帐户(例如,这样他们就不必支付两次)。另外,这里是类似的讨论,涉及新的ARC平台(Chrome上的Android)。请注意-ARC上的行为与Android上的行为不同。
无论如何,根据您对设备的识别方式,您现在可能会发现特定应用程序可以在单个设备上安装多次。另一个问题是用户。假设每个配置文件可以拥有任意数量的Google帐户,但是每个配置文件必须与Play商店中的一个Google帐户关联。我认为您的应用程序也可能具有使用相同设备(通过android_id)和相同用户进行多个同时安装的功能。我认为多个配置文件功能的常见用途将是让单个用户在其手机上拥有家庭和工作配置文件-通常使用不同的Google帐户,但在某些情况下,他们可以在每个配置文件中使用相同的Google帐户(例如,这样他们就不必支付两次)。另外,这里是类似的讨论,涉及新的ARC平台(Chrome上的Android)。请注意-ARC上的行为与Android上的行为不同。