Firebase Analytics 跟踪许多默认事件：https://support.google.com/firebase/answer/6317485
有些人喜欢
是不会发送到受影响包的广播意图。例如，ACTION_PACKAGE_FIRST_LAUNCH 仅发送到安装程序包，而不是正在安装的包 (source)。
Firebase Analytics 如何仍设法跟踪这些事件？他们的方法是什么？
【问题讨论】：
标签： android firebase android-intent android-broadcast firebase-analytics
first_open 和 app_update 基于存储在磁盘上的数据。每次 Firebase Analytics 启动时，它都会读取磁盘上存储的状态并检查这是否是应用程序第一次运行。如果是这种情况，则记录first_open 事件并更新磁盘上的状态。 app_upgrade 的工作原理类似。 Firebase Analytics 启动时检查应用程序上次运行时的版本。如果版本不同，它会记录app_update 事件并更新磁盘上的状态。使用和不使用 Google Play 服务的设备之间保持磁盘状态的位置不同。在具有该服务的设备上，状态保存在 Google Play 服务数据中。在非 Google Play 设备上，数据与应用一起保存。
app_clear_data 和 app_remove 仅适用于具有 Google Play 服务的设备（大多数 Android 设备）。记录磁盘状态的 Firebase 服务在 Google Play 服务中运行，因此当应用程序运行时，应用程序中有代码告诉 Google Play 服务是否已删除其存储在应用程序数据中的共享首选项文件。谷歌播放服务然后检查这个应用程序是否在过去运行过，如果它已经运行过，则假定应用程序数据已被清除并记录app_clear_data。
对于app_remove，当一个包被删除时，Package Manager 会广播。 Google Play 服务会侦听此广播，并在接收到app_remove 事件时记录并从设备中删除与此应用程序相关的所有数据。
【讨论】：