接着上篇文章讲，如果在HomeActivityComponent中添加获取Picasso和GitHubService的方法就可以直接获取Picasso和GithubService，这样当然没有什么问题，但是如果有50个对象需要获取呢？想想还是挺多的！
所以与其和Dagger说我要这个类，我要那个类，不如和Dagger说：来，看看生成某个类需要哪些依赖的类呢？需要的话你自己去把这些类搞定吧。这时就引出@Inject这个注解。
让我们先看看怎么使用吧：
图一.png
首先把需要生成的类用@Inject注解（注意Dagger不能使用@Inject注解private的field，否则会报错），这样Dagger就会知道需要把这些类注入进来，而不需要我们手动去获取。简直不要太方便！！！那么我们在HomeActivityComponent就没有必要再写如何获取GithubService和AdapterRepos的代码了。最终HomeActivityComponent的代码如下：
图二.png
可以看到移除了获取Picasso和GithubService的代码，添加了一个
void injectHomeActivity(HomeActivity homeActivity);方法。这是什么意思呢？仔细看这个方法返回的是void（不是必须的，也可以返回HomeActivity本身），传入的参数是HomeActivity，这就相当于在告诉Dagger，来，给我看看HomeActivity里面有哪些东西需要被注入！！！Dagger就去HomeActivity里面找用@Inject注解的方Field，找到后就把对应类注入到HomeActivity中。（现在明白为什么要叫依赖注入了吧！！！）Cool！！！@Inject使用方法就算是讲的差不多了！！！但是别高兴的太早了，还有一点东西没讲完呢！大家有没有发现，上面@Inject解决了GitHubService和Picasso的问题，但是并没有解决Adapter的问题。Adapter仍然需要我们手动去获取，同样都是依赖，能不能通过@Inject解决这个问题呢？当然可以！让我们回到获取AdapterRepos的代码：
图三.png
我们可以像注解GithubService一样用@Inject注解Adapter。然后把代码还原到图二，这时如果你去编译，就会报错。因为Dagger并不知道从哪里注入Adapter。你还需要在Adapter的构造函数上加上@Inject注解：
图四.png
这样Dagger就知道到哪如获取AdapterRepos类了。这就相当于在没有Module的情况下提供依赖类。至于AdapterRepos所需要的参数也是由Dagger自动提供。
好了@Inject的用法到这里就真正完成了。大家如果有兴趣可以自行查看生成的代码，更有助于方便大家理解。
最后献上整体完成的代码：https://github.com/SunJenry/dagger2-tutorial，方便各位大佬查看。整个Dagger系列也就分析完了。蟹蟹大家！！！
相关文章：
从实例出发理解Dagger2（一）
从实例出发理解Dagger2（二）
从实例出发理解Dagger2（三）
从实例出发理解Dagger2（四）
从实例出发理解Dagger2（五）
从实例出发理解Dagger2（六）
从实例出发理解Dagger2（七）
参考资料：https://www.youtube.com/watch?v=aRBUrFcJr2o&list=PLuR1PJnGR-Ih-HXnGSpnqjdhdvqcwhfFU&index=7
