转自：http://blog.csdn.net/shareye1992/article/details/51398554
首先，真实的原理我不准，但是我还是提供我的理解。
阅读这篇文章希望读者能满足一个假设：不管懂不懂，看过一些其他关于dagger2的文章（因为没图、没代码,不便于直观理解）。
在别人的文章里，会说“依赖”，“注入”，这当然是专业的说法，但是会让像我这样的新手搞的晕头转向。所以接下来我会用自己喜欢的词来描述，熟悉“依赖”、“注入”概念的请自行比对。
Dagger这个词的意思是“匕首”，匕首是用来扎的，不是砍；起名肯定是有用意的，也许就是“轻盈附着”的意思，本着“轻盈附着”的概念，于是我有了自己的类比。
因为dagger2 据说是有生命周期而且和对应View同等周期，所以我将dagger2的一系列理解为一个良性的寄生包群（不是肿瘤），寄主死的时候对应寄生包也就死了。
Dagger2 有几个比较主要的标记（正规叫法似乎是：注解）。
@Module 加在一个普通类头上，这个类就成了一个提供对象的载体，好比一只提供病毒的蚊子，当然了它是允许携带多种病毒的。它的主要作用是：灵活提供对象的一个类，或者说把需要提供的对象独立出来，进行配置。
-
@Module //@module声明这个类是携带实体的组件，一个“容器”
-
public class BehaviourModule {
-
- }
@Provides （不好意思，我就是病毒）标记在提供对象的方法上。凡是被这个东西标记的方法，它的方法名已经不重要了（不是没有意义），将来对病毒的识别会通过对象类型，而不是通过方法名。注意，通过类型不是通过方法名！！所以类型是重点，如果类型重复，这里还有一个@Named的标签，就是在类型相同时用作区别标识；
-
@Module //@module声明这个类是携带实体的组件，一个“容器”
-
public class BehaviourModule {
- @Named("A") //相同返回值类型时的区别符号
- @Provides //@provides声明以下的类型将被提供出去
- public Animal getAnimal(){
- return new Tiger();
- }
- @Provides //同上
- public Food getFood(){
- return new Meat();
- }
- }
DaggerXXXComponent 按理说我应该先提到XXXComponent的。因为在代码顺序上是先有XXXcomponent这个接口，然后build工程才出现这个类。我依旧觉得它逻辑在先。这个类就是针对某个Activity或者Fragment的“小寄生包”，它将包含所有在其范围内的“病毒（@provides标记的对象）”,并提供Provider<T>的对象类型，它才是那个具有生命周期的东西。
-
@Generated("dagger.internal.codegen.ComponentProcessor")
-
public final class DaggerBehaviourComponent implements BehaviourComponent {
- private Provider<Animal> getAnimalProvider;//@Provides在这里成为了Provider<T>对象
- private Provider<Food> getFoodProvider;//在initialize（）会发现跟方法名没有半毛钱关系，只跟返回方法类型有关
- private MembersInjector<Behaviour1Activity> behaviour1ActivityMembersInjector;//伴随生命周期对象
-
- private DaggerBehaviourComponent(Builder builder) {
- assert builder != null;
- initialize(builder);
- }
-
- public static Builder builder() {
- return new Builder();
- }
-
- private void initialize(final Builder builder) {
- //没有被@Inject标记使用的对象将不会在这里初始化，略智能
- this.getAnimalProvider = BehaviourModule_GetAnimalFactory.create(builder.behaviourModule);
- this.getFoodProvider = BehaviourModule_GetFoodFactory.create(builder.behaviourModule);
- this.behaviour1ActivityMembersInjector = Behaviour1Activity_MembersInjector.create((MembersInjector) MembersInjectors.noOp(), getAnimalProvider, getFoodProvider);
- }
-
- @Override
- public void inject(Behaviour1Activity activity) {
- behaviour1ActivityMembersInjector.injectMembers(activity);
- }
@Component 定义寄生包的接口，它必须是一个接口。标记后面的括号里会指定一个或者多个Module.class,表示它实现时要囊括的虫子。这个接口只要干了两件事：一、将“虫子@module”携带的所有“病毒@provides”放入“寄生包daggerxxxComponent”内；二、内部的唯一一个方法指明谁是寄“主”，也就是说明确了和谁的生命周期是等同的。
-
@Component(modules={BehaviourModule.class, ArgModule.class}) //添加组件，使用Module内各@provides
-
public interface BehaviourComponent {
- void inject(Behaviour1Activity activity);//伴随的生命周期
- }
@Inject 英文本意就是“注入”，他是从“寄生包”注入到“寄主”。理解反之后是如何都想不通的。它就是寄主的叛徒，它会把“寄生包”里相同的病毒直接映射过来（是不是映射我不知道，就是那么个意思，理解就行，别较真），从而不需要再去new，当有变化时也不需要考虑“寄主端”。
-
@Named("A")// 使用同样标记“A”的对象
-
@Inject //可以理解为该标记从DaggerBehaviourComponent中拿数据
- Animal animal;
-
@Inject //因为只有一个，不需要@Named标记
- Food food;
综合起来说，Module定义对象提供集，提供由@Provides标注的对象；这几个集将会被xxxComponent接口收录，在自动生成的DaggerXXXComponent类中继承，为@Provides并@inject的对象提供一个Provide<实际对象>的句柄（参照任意一个DaggerxxxComponent的源码都可以发现这一点，同样的“寄主”也会提供一个句柄）；在使用@Inject的时候，通过某些原理将Provide<实际对象>赋了过来。
还有一点必须要说的是：在寄主中，实现DaggerxxxComponent的时候，凡是其包含的没有无参构造器（或者说只有有参构造器）的module必须显式的传入该Module对象的实例，否则空指针，参考如下系统生成的build()方法代码：
-
public BehaviourComponent build() {
- if (behaviourModule == null) { //系统会自动新建
- this.behaviourModule = new BehaviourModule();
- }
- if (argModule == null) {//ArgModule没有无参构造器，系统不会自动添加
- throw new IllegalStateException("argModule must be set");
- }
- return new DaggerBehaviourComponent(this);
- }
这次是第一版，今天就写到这里，本应该有插图、有源码的，那样才更有助于理解。可是因为是周五晚上了，不想搞那么多，就写到这好了。回头会把插图和源码补上。
