init方法中LogConfiguration为null导致崩溃？

Question

在Android应用启动过程中，若Application子类的`init()`方法中未正确初始化`LogConfiguration`单例，直接调用日志工具可能导致空指针异常。常见于多模块项目中，日志组件初始化顺序不当或条件编译导致初始化分支遗漏。例如，在Application的`onCreate()`中先执行业务模块初始化，而这些模块内部提前使用了日志框架但此时`LogConfiguration`仍为null，从而引发崩溃。需确保`LogConfiguration`在任何日志调用前完成初始化，并采用同步机制或依赖注入避免时序问题。

Answer 1

一、问题背景与现象描述

在Android应用的启动流程中，Application类的onCreate()方法是整个应用生命周期的起点。许多开发者习惯在此方法中通过自定义init()函数初始化各类组件，包括网络库、数据库、崩溃监控以及日志系统等。

然而，在多模块架构项目中，若LogConfiguration单例未在首次调用日志工具前完成初始化，将直接导致NullPointerException。典型场景如下：

• 模块A在init()早期调用了日志输出，但此时日志配置尚未由模块B初始化；
• 条件编译（如debug/release）导致某些构建变体跳过了LogConfiguration.init()分支；
• 第三方SDK内部自动写日志，早于主应用的日志框架准备就绪。

二、从浅入深：三层分析模型

层次	核心关注点	典型表现
表层现象	空指针异常堆栈指向日志工具类	java.lang.NullPointerException: Attempt to invoke virtual method 'void LogConfiguration.log()' on a null object reference
中间逻辑	初始化顺序错乱或条件遗漏	业务模块早于日志模块执行Log.d()
深层架构	组件间隐式依赖未解耦	缺乏统一的初始化调度机制

三、常见技术问题枚举

1. 多个Module在ContentProvider或静态块中提前使用日志，绕过Application控制流；
2. BuildConfig.DEBUG判断失误，导致release包中完全未初始化日志配置；
3. 使用Kotlin伴生对象或object声明时，静态初始化优先于onCreate()；
4. 异步初始化线程竞争，多个线程同时访问未初始化的单例；
5. 反射加载类触发日志调用，而此时上下文环境不完整；
6. Dagger/Hilt依赖注入图中，Logger Provider创建过早；
7. MultiDex环境下次级dex延迟加载，影响初始化顺序；
8. 厂商ROM预加载优化导致attachBaseContext()与onCreate()时序异常；
9. 插件化框架中宿主与插件日志系统隔离失败；
10. 单元测试Mock环境未模拟LogConfiguration初始化。

四、解决方案全景图

class MyApplication : Application() {
    private lateinit var logConfig: LogConfiguration

    override fun onCreate() {
        super.onCreate()
        // 第一步：立即初始化日志，确保任何后续操作可安全记录
        initLogging()

        // 第二步：按依赖顺序初始化其他模块
        initCrashHandler()
        initNetwork()
        initAnalytics()
    }

    private fun initLogging() {
        synchronized(this) {
            if (!::logConfig.isInitialized) {
                logConfig = LogConfiguration.Builder()
                    .setLevel(if (BuildConfig.DEBUG) LogLevel.DEBUG else LogLevel.WARN)
                    .build()
                LogConfiguration.instance = logConfig
            }
        }
    }
}
    

五、依赖注入与同步机制设计

为避免时序问题，推荐采用以下两种策略结合：

• 懒加载+双重检查锁：保障单例安全且高效；
• Hilt/Assisted Inject：将LogConfiguration作为依赖注入到需要它的类中，由DI容器管理生命周期。

Mermaid流程图展示初始化顺序控制：

graph TD
            A[Application.onCreate] --> B{LogConfiguration已初始化?}
            B -->|No| C[执行LogConfiguration.init()]
            B -->|Yes| D[跳过初始化]
            C --> E[设置全局实例]
            E --> F[继续其他模块init]
            D --> F
            F --> G[业务逻辑运行]

六、最佳实践建议清单

实践项	说明
首位初始化日志	在onCreate()第一行完成
禁止静态块写日志	除非确定配置已加载
封装日志代理类	内部处理null安全缓冲
使用ContentProvider谨慎	其onCreate()可能早于Application
编译期校验脚本	扫描所有Log.*调用位置是否在初始化后