前言

在Dagger2神器入门(二)中，我们通过简单的demo初步入门了Dagger2的简单使用，我们了解了@Inject，@Module，@Provides和@Componet等注解的使用方法。在这一章节中我们主要解决上篇文章中留下的3个问题：

1 为什么要使用Dagger2来替代文章一开头的写法？
2 如果@Inject的构造器有多个怎么办？
3 如何存在依赖链怎么办？

1 为什么要使用Dagger2来替代文章一开头的写法？

我们先回回顾一下文章开头的写法：

public class Car {
    private Engine engine;
    private Seat seat;
    private Wheel wheel;
    public Car() {
        engine = new Engine();
        seat = new Seat();
        wheel = new Wheel();
        Log.d(Config.TAG, "new Car()");
    }
  }

再看看使用Dagger2之后的代码：

public class Car {

  @Inject
  Engine engine;
  @Inject
  Seat seat;
  @Inject
  Wheel wheel;
  //  private Engine engine;
  //  private Seat seat;
  //  private Wheel wheel;

  public Car() {
  //  engine = new Engine();
  //  seat = new Seat();
  //  wheel = new Wheel();
    DaggerCarComponent
        .builder()
        .carModule(new CarModule())
        .build()
        .inject(this);
  Log.d(Config.TAG, "new Car()");

  }
}

那么问题来了？这样的写法好处在哪？

1. 如果我修改Engine类的构造器，那么对于第一种做法应该同时修改Car构造器的；如果还有N个地方依赖了我的Engine构造器怎么办？只能一个一个的去修改，这就增加了代码修改难度；而使用Dagger2呢？你的@Inject依赖还是不会变 ，只要修改一下Module类即可。
2. 再来看看第一种写法，虽然目的达到了，但是耦合度非常高；而第二种写法达到了解耦的目的。不能绝对的说哪种方式更好，这得看你的实际项目。

2 @Inject注解的Class有多个构造器怎么办？

神马意思呢？比如我们的车座可能会带一个座套，那么车座可能提供无车套车座和有车套车座。

public class Seat {
    //默认无车套车座
    public Seat(){
        Log.d(Config.TAG,"new Seat()");
    }
    //提供有车套车座
    public Seat(String str){
        Log.d(Config.TAG,str);
    }
}

那么接着第二章代码，会输出啥呢？

06-28 22:20:28.980 15053-15053/? D/TAG: new Engine()
06-28 22:20:28.981 15053-15053/? D/TAG: new Seat()
06-28 22:20:28.981 15053-15053/? D/TAG: new Wheel()
06-28 22:20:28.981 15053-15053/? D/TAG: new Car()

还是一样的输出？why？我们要想到我们提供依赖者？

    @Provides
    public Seat provideSeat(){
        return new Seat();
    }

因为这里提供的构造器就是无参的，我们换一个有参数的试试？

     @Provides
      public Seat provideSeat(){
          return new Seat("有车套");
    }

输出

06-28 22:22:55.886 17342-17342/? D/TAG: new Engine()
06-28 22:22:55.886 17342-17342/? D/TAG: 有车套
06-28 22:22:55.886 17342-17342/? D/TAG: new Wheel()
06-28 22:22:55.886 17342-17342/? D/TAG: new Car()

那么有人会问，一个类能够提供2个provide呢？在Module中像这样写：

@Provides
 public Seat provideSeat(){
      return new Seat();
  }
 @Provides
 public Seat provideSeat2(){
      return new Seat("有车套");
  }

我们通过代码试试不就知道了？

Error:(13, 11) 错误: com.bae.basicandext.dagger.blog.bean.Seat is bound multiple times:
@Provides com.bae.basicandext.dagger.blog.bean.Seat com.bae.basicandext.dagger.blog.dagger.CarModule.provideSeat()
@Provides com.bae.basicandext.dagger.blog.bean.Seat com.bae.basicandext.dagger.blog.dagger.CarModule.provideSeats()

错误显示Seat类被绑定了多次。也就是说一个类只能提供一个构造器作为依赖。到这一步，我希望能够找到相关说明文档来再次验证自己的想法，因为我担心自己代码的错误导致自己错误的理解，官方文档给出的解释是100%正确的。

@Inject官方解释

@Inject can apply to at most one constructor per class。

这就验证了我的做法是正确的，同时也验证我的猜想是正确的。

3 如果存在依赖链怎么办？

什么意思？这让我想起了设计模式中的责任链模式，在学习的过程中不断的联想，这是一种比较好的学习方法，因为我们要遵循艾宾浩斯遗忘曲线去学习，不但的巩固才能不断的提高自己。

那么我们这里的依赖链是怎么回事呢？其实很简单，比如A依赖B，B依赖C，C依赖D…
回归到我们的例子，我们的车座要依赖于皮革（leather），那么我们怎么办？

public class Leather {
public Leather(){
    Log.d(Config.TAG,"new Leather()");
  }
}

修改一下我们的车座，提供皮革依赖注入