本文介绍如何通过 intent 选择器绕过系统默认应用设置，强制弹出所有可处理指定 uri 的已安装应用列表，确保用户每次都能自由选择（如 chrome、firefox、edge 等），而非受限于此前“始终使用”的默认配置。
本文介绍如何通过 intent 选择器绕过系统默认应用设置，强制弹出所有可处理指定 uri 的已安装应用列表，确保用户每次都能自由选择（如 chrome、firefox、edge 等），而非受限于此前“始终使用”的默认配置。
在 Android 开发中，当使用 Intent.ACTION_VIEW 打开一个网页 URL（如 https://example.com）时，若用户此前在系统选择器中勾选了“始终使用”，系统便会跳过选择界面，直接启动默认应用（如 Firefox）。这虽提升体验，却牺牲了灵活性——尤其在需要用户动态切换浏览器、调试多端兼容性或提供分享/打开偏好控制的场景下，必须恢复“应用选择权”。
解决该问题的核心思路是：不直接启动目标 Intent，而是显式构造一个 Intent.createChooser()，并清除历史默认绑定。关键在于两点：
- 使用
Intent.createChooser()包装原始 Intent； - 通过
EXTRA_EXCLUDE_COMPONENTS传入空数组（arrayOf<componentname>()</componentname>），主动清空系统对本次 Intent 类型的默认组件记忆。
以下是 Kotlin 中的完整实现示例：
Android Remote Control
下载
远程控制 Android 设备，支持截图、自动化操作手机 App 等功能。本应用使用 uiautomator2 作为底层框架，通过 ADB 连接设备，用户无需 Root（1）查看手机屏幕；（2）自动化操作手机 App；（3）远程安装/卸载应用……
fun showAppChooserForUri(deepLinkUri: String) {
val intent = Intent(Intent.ACTION_VIEW).apply {
addFlags(Intent.FLAG_ACTIVITY_NEW_TASK)
data = Uri.parse(deepLinkUri)
}
val chooserIntent = Intent.createChooser(intent, "选择应用打开链接").apply {
// 关键：清空所有已保存的默认组件，强制触发完整选择器
putExtra(Intent.EXTRA_EXCLUDE_COMPONENTS, arrayOf<ComponentName>())
addFlags(Intent.FLAG_ACTIVITY_NEW_TASK)
}
// 启动选择器（需在 Activity 或具备 Context 的环境中调用）
startActivity(chooserIntent)
}⚠️ 注意事项：
-
EXTRA_EXCLUDE_COMPONENTS的作用是排除特定组件，但传入空数组会触发 Android 框架的特殊逻辑——即忽略所有已缓存的默认项，从而还原为首次调用时的全量应用列表； - 此方法不会修改用户全局默认设置，仅对本次
startActivity()生效，完全符合隐私与用户体验规范； - 若设备上无任何应用能处理该 URI（如无效 scheme 或未安装浏览器），系统将提示“无应用可执行此操作”，建议增加
intent.resolveActivity(packageManager) != null前置校验； -
FLAG_ACTIVITY_NEW_TASK在非 Activity 上下文（如 Service）中必需，但在 Activity 中非强制；若已在 Activity 内调用，可省略以避免意外任务栈行为。
总结而言，Intent.createChooser() + EXTRA_EXCLUDE_COMPONENTS 是 Android 官方推荐的、轻量且可靠的方式，用于在保留系统默认机制的同时，按需恢复用户的选择自由。它无需权限、不依赖反射、兼容 Android 5.0+ 全版本，是构建高可控性外部链接交互的必备实践。
