Android Management API Kiosk模式下侧载APK安装确认弹窗异常

问题1：com.uptodown.installer的实现原理 #

com.uptodown.installer能在Kiosk模式下正常显示安装确认弹窗，核心原因有两点：

• 它严格使用Android原生PackageInstaller API发起安装请求，收到STATUS_PENDING_USER_ACTION状态后，直接启动系统返回的confirmationIntent，未对Intent做任何篡改；
• 在Android Enterprise的Lock Task Mode规则中，系统PackageInstaller服务生成的InstallStart Activity属于默认允许临时启动的系统组件——只要发起请求的应用在Kiosk允许列表内，且Intent是未经修改的系统原生Intent，就不会被判定为Lock Task违规。

即便该应用没有被授予REQUEST_INSTALL_PACKAGES权限，只要它通过PackageInstaller发起的安装流程合法，系统就会允许触发原生确认弹窗。

问题2：你的应用复用该机制的可行方案 #

一、AMAPI策略配置 #

必须在设备策略中添加以下配置，确保应用符合Kiosk模式下的安装权限要求：

• 将应用加入Kiosk允许列表：在策略的kioskApps数组中添加com.private.internalstore，确保应用是Kiosk模式下允许运行的核心应用；
• 开启未知来源安装权限：在策略的applications字段中，针对com.private.internalstore设置installUnknownSourcesAllowed: true，授予应用发起未知APK安装请求的权限；
• 允许系统弹窗显示：在策略的devicePolicyConstraints中设置allowSystemDialogs: true（适用于Android 10及以上部分机型），确保系统级安装确认弹窗能突破Lock Task限制。

二、Android代码调整 #

需要严格遵循原生PackageInstaller流程，避免任何自定义操作：

1. 直接使用系统原生confirmationIntent：在接收PackageInstaller.STATUS_PENDING_USER_ACTION状态时，不要修改Intent的任何核心参数，仅添加必要的FLAG_ACTIVITY_NEW_TASK flag后启动。示例代码：

   class PackageInstallerStatusReceiver : BroadcastReceiver() {
       override fun onReceive(context: Context, intent: Intent) {
           val status = intent.getIntExtra(PackageInstaller.EXTRA_STATUS, -1)
           when (status) {
               PackageInstaller.STATUS_PENDING_USER_ACTION -> {
                   val confirmIntent = intent.getParcelableExtra<Intent>(Intent.EXTRA_INTENT)!!
                   confirmIntent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK)
                   context.startActivity(confirmIntent)
               }
               // 处理其他状态...
           }
       }
   }
   

2. 禁止自定义安装确认逻辑：不要尝试替换系统原生弹窗，所有用户确认操作必须通过系统提供的InstallStart Activity完成，否则会触发Lock Task Mode违规拦截。

底层行为差异说明 #

• 非Kiosk模式下，系统对应用启动系统组件的限制宽松，只要应用具备对应权限即可触发弹窗；
• Kiosk模式（Lock Task Mode）下，系统仅允许白名单内的应用/组件运行，但针对PackageInstaller发起的合法安装请求，会临时将系统安装确认组件加入白名单——前提是请求流程未被篡改，且发起应用在Kiosk允许列表中。

内容的提问来源于stack exchange，提问作者wilson mielke