Android端Firebase异常session_start事件问题求助

核心问题分析 #

你遇到的无规律大量session_start事件，大概率和FirebaseAnalytics实例的重复初始化/配置时机冲突、进程异常重启或者隐性的会话触发条件被触发有关，结合你的代码和环境，以下是针对性的修复方案：

1. 统一Firebase实例的管理，避免多处初始化 #

你的代码里同时在MainActivity和Tracker对象中直接调用Firebase.analytics，虽然Firebase本身是进程内单例，但Tracker作为饿汉式object，会在首次被访问时就初始化实例，可能早于MainActivity的onCreate，导致你设置的会话超时配置被覆盖或者未生效。

修复步骤：

• 用Koin将FirebaseAnalytics和FirebaseCrashlytics声明为单例，全局统一获取：

// 在Koin模块中声明
val firebaseModule = module {
    single { Firebase.analytics.apply {
        setSessionTimeoutDuration(30 * 60 * 1000L)
    } }
    single { Firebase.crashlytics }
}

• 修改Tracker对象，通过Koin注入实例，不再直接初始化：

object Tracker : KoinComponent {
    private val firebaseAnalytics: FirebaseAnalytics by inject()
    private val firebaseCrashlytics: FirebaseCrashlytics by inject()
    // ... 原有逻辑
}

• 修改MainActivity，同样通过Koin注入：

private lateinit var analytics: FirebaseAnalytics
private lateinit var crashlytics: FirebaseCrashlytics

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    analytics = get()
    crashlytics = get()
    // 无需再重复设置超时，因为Koin单例初始化时已经配置
}

2. 排查应用进程异常重启的情况 #

无规律的session_start也可能是应用被系统低内存杀死后自动重启，或者存在多进程配置导致的会话重复统计：

• 检查AndroidManifest.xml中是否有其他组件（如Service、Receiver）声明了android:process属性，多进程会导致每个进程都初始化独立的Firebase会话。
• 用adb shell dumpsys meminfo <你的包名>监控应用内存占用，确认是否存在频繁被系统回收的情况。
• 在Application类的onCreate中添加日志，记录进程ID，判断是否存在进程重启：

class MyApp : Application() {
    override fun onCreate() {
        super.onCreate()
        Log.d("FirebaseSession", "App started, PID: ${android.os.Process.myPid()}")
    }
}

3. 检查隐性的会话触发条件 #

Firebase Analytics的session_start除了冷启动和后台超时回到前台，还有以下隐性触发场景：

• 应用从后台被系统唤醒（如推送通知触发Service启动），如果此时距离上次会话结束未超过超时时间，不会触发，但如果进程已被回收，则会触发新会话。
• 第三方SDK或自定义代码中调用了FirebaseAnalytics.logEvent(FirebaseAnalytics.Event.APP_OPEN, null)，手动触发了会话启动。
• 检查是否有代码调用了resetAnalyticsData()，该方法会重置会话状态，导致新的session_start。

4. AGP 9.2 相关配置检查 #

AGP 9.2 是较新的版本，可能存在R8混淆导致Firebase Analytics逻辑异常：

• 在proguard-rules.pro中确保Firebase相关类不被混淆：

-keep class com.google.firebase.analytics.** { *; }
-keep class com.google.firebase.crashlytics.** { *; }

• 禁用AGP的某些优化选项，比如尝试关闭minifyEnabled测试是否问题消失，排查是否是混淆导致的逻辑异常。

5. 验证会话配置是否生效 #

添加日志确认会话超时配置是否正确应用：

// 在获取FirebaseAnalytics实例后添加
Log.d("FirebaseSession", "Session timeout: ${analytics.sessionTimeoutDuration}ms")

如果日志显示超时时间不是30分钟，说明配置未生效，需要检查初始化顺序是否正确。

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