问题标签 [profile-owner]

Android 5.0 引入了 Profile Owner 的新概念。

据我了解，Profile Owner 是 Device Admin 的高级版本（自 2.2 起就存在于 Android 中）。

设备管理员和配置文件所有者都可以通过 擦除数据DevicePolicyManager.wipeData(0)。

我想知道这样调用设备管理员和配置文件所有者的行为是否有所不同。我猜对于纯设备管理员，它应该擦除整个设备（恢复出厂设置），而对于配置文件所有者，它应该只擦除当前配置文件的数据（因此共存的个人数据不会受到影响）。但这在 API 中并不清楚。有没有人有这方面的真实经验？

显然我不想研究我个人设备上的行为（太冒险了），只想知道是否有人已经在某些测试设备上尝试过。

我想找到一种方法来从用户个人资料中了解是否为用户设置了工作资料（个人资料所有者）。

我目前正在使用这种方法：

但这并不可靠。当它等于 2 时，也可能意味着安装了受限配置文件。

有人有想法吗？

有人使用setCrossProfileCallerIdDisabled托管配置文件的方法吗？它是否有效？当我禁用跨个人资料来电显示时，即使联系人仅在托管个人资料中注册，我仍然可以在我的非托管个人资料中看到谁在给我打电话。

谢谢您，对于您的评论。

我们可以在 Android 设备上创建多个用户和配置文件，例如，有一个主用户，我还设置了一个名为“工作配置文件”的工作配置文件。

使用以下 adb 命令：

我得到这个结果：

UserInfo{0:My User:13} 正在运行 UserInfo{10:Work Profile:30} 正在运行

很好，我可以看到我的用户信息，上面有名称工作资料。现在，我想从我的应用程序中获取此列表。

我尝试使用此代码：

但工作资料帐户未出现在列表中。只有主要用户...知道如何获得与 ADB shell 命令相同的列表吗？

我想知道设备管理员和配置文件所有者是如何工作的。我遵循了谷歌网站上的一些示例，但我仍然不太了解个人资料所有者的工作方式。

为了测试这一点，我构建了一个示例应用程序，它将要求用户接受配置文件所有者，然后将安装证书而无需用户交互。

对于个人资料所有者的请求，我在我的活动中这样做了：

在我的接收器上，我有这样的东西：

在这里我不知道为什么我需要重新启动应用程序以便我可以进入配置文件所有者模式。虽然，当我让配置文件所有者工作并关闭应用程序并重新启动它时，我不会恢复配置文件所有者模式。

我正在通过对应用程序 OnCreate() 方法执行类似操作来检查配置文件所有者模式是否处于活动状态：

为什么我重新启动应用程序时配置文件所有者被禁用？有什么方法可以避免用户每次打开应用程序时都启用配置文件所有者模式？

另外，如果我使用这种机制安装证书，其他应用程序仍然可以使用该证书，还是该证书仅适用于创建的配置文件？

我的应用程序中有一个扩展 DeviceAdminReceiver 的类 AdminReceiver。以前我通过 ADB shell 使它成为个人资料所有者

一切都很顺利。随后，我想以编程方式从我的应用程序中执行以下指令将其删除：

我得到以下异常：

.

当我尝试通过 ADB 再次设置配置文件所有者时，出现以下异常

.

这很疯狂，因为当我尝试删除配置文件所有者时，它就像它没有它一样，如果我尝试让它成为配置文件所有者，它就像它已经拥有一样！

有没有任何解决方案没有任何设备的出厂重置？