Intent.ACTION_PACKAGE_REPLACED与ACTION_MY_PACKAGE_REPLACED的区别及适用场景

一、核心区别 #

• 接收范围差异：
  • Intent.ACTION_PACKAGE_REPLACED：系统会推送给所有注册了该广播的应用，不管更新的是哪个APP。
  • Intent.ACTION_MY_PACKAGE_REPLACED：仅发送给被更新的应用本身，其他应用无法收到该广播。
• 携带数据差异：
  • Intent.ACTION_PACKAGE_REPLACED：广播数据包含被更新应用的包名，还可能附带EXTRA_UID字段，存储新包的UID。
  • Intent.ACTION_MY_PACKAGE_REPLACED：无额外数据，只需通过Intent过滤器注册就能接收。
• API版本要求差异：
  • Intent.ACTION_PACKAGE_REPLACED：从API级别3开始支持。
  • Intent.ACTION_MY_PACKAGE_REPLACED：从API级别12开始支持。

二、适用场景 #

• Intent.ACTION_PACKAGE_REPLACED：适合需要监听设备内所有应用更新事件的场景，比如应用市场类APP需要追踪全量应用的更新状态，或者工具类APP需要在其他应用更新后执行清理缓存、适配兼容等操作。
• Intent.ACTION_MY_PACKAGE_REPLACED：仅用于自身应用更新后触发内部逻辑的场景，比如更新后自动清除旧版本冗余缓存、弹出更新内容说明、同步新版本的配置参数等。

三、自身更新场景的选型建议 #

当应用自身进行覆盖安装更新时，若要触发内部功能，优先使用Intent.ACTION_MY_PACKAGE_REPLACED，且仅使用它完全足够：

• 该广播是系统定向发送给当前更新应用的，针对性强，不会出现误触发；
• 无需解析包名等额外数据，逻辑实现更简洁；
• 只要应用最低兼容API级别12及以上，仅依赖此广播即可满足需求。如果需要兼容API级别12以下的设备，可以同时注册Intent.ACTION_PACKAGE_REPLACED，在收到广播时判断包名是否为自身包名，再执行对应逻辑。

内容的提问来源于stack exchange，提问作者Anton Samokat