添加第三个Dagger2注入对象后项目重建失败，报错指向原有依赖

这种情况我在项目里碰到过好几次，看似报错指向之前正常运行的DatabaseReference，但根源大概率和你新增的第三个注入对象有关，下面是几个常见的排查方向和解决办法：

1. 新增对象间接依赖了DatabaseReference #

你新增的那个注入对象，可能内部的构造函数或者依赖项里用到了DatabaseReference，但你没在Dagger的配置里为它提供实例。Dagger在解析整个依赖链时，找不到这个依赖的提供方式，就会把报错抛在它最早发现的注入点（也就是之前的旧对象）。

解决办法：

• 检查新增对象的代码，确认是否存在DatabaseReference的依赖
• 因为DatabaseReference是Firebase的类，没法给它加@Inject构造，所以要在你的Dagger模块里添加@Provides方法：

  @Provides
  public DatabaseReference provideDatabaseReference() {
      return FirebaseDatabase.getInstance().getReference();
  }
  

  如果你用Kotlin的话：

  @Provides
  fun provideDatabaseReference(): DatabaseReference {
      return FirebaseDatabase.getInstance().reference
  }
  

  别忘了把这个模块添加到你的Dagger组件中。

2. 新增依赖触发了旧依赖的隐藏问题 #

有时候之前的DatabaseReference注入其实就有问题，比如对应的@Provides方法被误删、模块没添加到组件，只是Dagger的缓存或者部分验证没检测到。当你新增依赖后，Dagger会重新全面检查所有依赖链，这才把旧问题暴露出来。

解决办法：

• 确认之前提供DatabaseReference的模块是否还在组件的modules列表里
• 检查@Provides方法是否存在，注解有没有写错（比如是不是误写成了@Module而不是@Provides）

3. Dagger缓存导致的错误报错 #

Android Studio的Dagger缓存偶尔会抽风，新增依赖后缓存没更新，导致报错信息不准确，指向了无关的旧依赖。

解决办法：

• 先执行Build > Clean Project，然后Build > Rebuild Project
• 如果还是不行，手动删除项目根目录的.gradle文件夹和模块下的build文件夹，然后重新同步项目（File > Sync Project with Gradle Files）

4. 新增对象的注入配置错误 #

你新增的对象本身可能没有正确的注入配置，比如：

• 自定义类没有给构造函数加@Inject注解
• 第三方类没有对应的@Provides方法

这种情况下，Dagger在解析时可能因为依赖链的混乱，把错误指向了其他依赖。

解决办法：

• 如果是自定义类，确保构造函数带有@Inject注解：

  public class NewInjectedClass {
      @Inject
      public NewInjectedClass() {
          // ...
      }
  }
  

• 如果是第三方类，在Dagger模块中添加对应的@Provides方法提供实例

内容的提问来源于stack exchange，提问作者Michał Jabłoński