Firebase Analytics 跟踪许多默认事件:https://support.google.com/firebase/answer/6317485
有些喜欢
- 首先打开
- app_remove
- app_clear_data
- 应用更新
是未发送到受影响包的 BroadcastIntents。例如，ACTION_PACKAGE_FIRST_LAUNCH 仅发送到安装程序包，而不发送到正在安装的包(source)。
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 服务是否删除了存储在应用程序数据中的共享首选项文件。 Google Play 服务然后检查此应用程序过去是否运行过，如果运行过，则假定应用程序数据已清除并记录 app_clear_data。
对于app_remove，广播来自Package Manager删除包时。 Google Play 服务监听这个广播，当它接收到它时，app_remove 事件被记录下来，所有与这个应用相关的数据都从设备中删除。
关于android - Firebase Analytics 如何跟踪它的自动事件？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/44546165/