Android高版本设备扫描QR码配置Device Policy Manager时提示无法设置设备

以下是针对你遇到的问题的具体排查和修复方向：

• 检查权限声明与请求逻辑
  Android 11及以上对设备管理类权限的管控更严格，首先确认Manifest里是否正确声明了MANAGE_DEVICE_POLICY_*系列权限，针对Android 11+还要添加REQUEST_INSTALL_PACKAGES权限（如果配置流程涉及应用安装）。另外，获取设备管理权限不能再用传统的动态权限请求，必须调用DevicePolicyManager.requestPermission()来发起申请，适配新的权限模型。

• 校验QR码配置参数格式
  Android 11+对AFW配置的QR码格式校验更严格，比如android.app.extra.PROVISIONING_DEVICE_ADMIN_COMPONENT_NAME必须是完全匹配的组件名（包名+类名，不能有空格或拼写错误）；如果用到android.app.extra.PROVISIONING_ADMIN_EXTRAS_BUNDLE，里面的键值对必须是系统允许的字段。建议用官方工具重新生成配置QR码，确保格式符合高版本规范。

• 适配设备所有者设置的新流程
  高版本系统中，扫码设置设备所有者的流程新增了安全校验：比如设备不能已被设置过所有者、当前操作必须是主用户。如果是配置工作资料，要确保android.app.extra.PROVISIONING_SETUP_WORK_PROFILE参数正确，并且工作资料创建要改用DevicePolicyManager.createAndInitializeUser()这类新API，替代旧的实现方式。

• 抓系统日志定位具体错误
  通用错误提示没什么参考价值，用adb logcat | grep DevicePolicyManager或adb logcat | grep Provisioning抓取系统日志，里面会明确显示失败原因——比如权限缺失、组件找不到、参数非法等。根据日志提示针对性修复，比如日志报Component not found，就核对QR码里的组件名和Manifest是否完全一致。

• 适配厂商定制系统
  小米、华为、三星等厂商的定制系统会在设备管理流程中加额外校验，建议先在原生Android设备上验证配置是否正常，再针对定制系统适配：比如有些厂商需要手动在系统设置里允许设备管理应用权限，或者关闭特定的安全限制。

内容的提问来源于stack exchange，提问作者Gokul Kumar