DispatchingAndroidInjector首次创建耗时超2秒的原因排查与优化问询

你的推测完全正确——1400个条目的映射在初始化时确实会触发大量类加载操作，进而导致dex文件IO阻塞，这就是耗时超2秒的核心原因。

具体原因解析 #

当DispatchingAndroidInjector的构造函数接收带有Class<?>类型键的映射时，每个Class对象的首次引用都会触发类加载流程：

• 系统需要从dex文件中读取对应类的字节码
• 执行类的链接、验证等步骤
• 这些IO操作在冷启动阶段是同步阻塞的，大量集中执行时会累积出显著延迟

减小映射大小是否能加快冷启动？ #

是的，减小映射大小直接对应减少需要预加载的类数量，必然能降低冷启动延迟。每减少一个映射条目，就少触发一次类加载及对应的dex IO操作，整体耗时会线性降低。

针对性优化建议 #

• 延迟加载非核心组件的注入器：对于启动阶段不需要立即初始化的页面、服务等，改用字符串键映射（injectorFactoriesWithStringKeys），在真正需要使用时再触发类加载，避免冷启动时集中加载。
• 拆分模块注入器：按业务模块拆分DispatchingAndroidInjector，每个模块只负责自身组件的注入，避免单个注入器承载过多条目。
• 启用R8/ProGuard的优化：确保开启代码压缩与优化，移除未使用的注入器条目，自动精简映射大小；同时R8的类内联等优化也能减少类加载的开销。

构造函数代码说明 #

原构造函数的核心逻辑是合并两类映射：

DispatchingAndroidInjector(
    Map<Class<?>, Provider<AndroidInjector.Factory<?>>> injectorFactoriesWithClassKeys,
    Map<String, Provider<AndroidInjector.Factory<?>>> injectorFactoriesWithStringKeys) {
  this.injectorFactories = merge(injectorFactoriesWithClassKeys, injectorFactoriesWithStringKeys);
}

其中injectorFactoriesWithClassKeys是引发预加载的关键，尽量将非启动必需的组件移到字符串键的映射中，就能避免冷启动时的类加载开销。

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