从实例出发理解Dagger2（四）

在说Scope之前，让我们先在代码里面搞一些事情，这样发现问题后更加有助于理解Scpoe的概念。

事情是这样的：

image.png

多次从component中获取githubService和picasso对象，然后将对象在内存中的地址打印出来。按照感觉来说，每次打印的地址应该都是一致的，但真是这样吗？跑一遍试试：

image.png

事实确实残酷，每次获取的都不一样。但是我们想要使用同一个对象，尤其是想OKHttp这样的网络链接库，我们想要在Retrofit和Picasso中使用同一个OKHttpClient。
但Dagger默认会为每个依赖重新创建一对象，所以我们需要明确指明告诉Dagger，我们只想为某些依赖创建一个对象，其他需要的时候复用即可（ 相当于一个单例）。这样就引出了Scope的作用。

Scope是一个Annotation。首先创建一个GithubApplicationScope:

image.png

通过注解 @Scope告诉Dagger这是一个Scope，同时把Rentention设置为 @Retention(RetentionPolicy.CLASS)。那么创建是创好了，那怎么用呢？直接在component上加上这个注解：

image.png

这样就行了？不不不，你需要在每个Module需要提供单例的provider方法上都加上这个注解（ 比如提供OKHttp的provider）。这样就告诉Dagger所有这个Component提供的Picasso和githubService都是同一个实例。甚至是提供Context的Provider也可以用这个注解。这样我们再次运行代码，看看Log中得到是什么：

image.png

完全一样的！而且使用的OKHttp对象也是同一个。

这里还不得不提到另一个注解@Singleton。@Singleton是Dagger中最容易让人误解的注解。Singleton的作用和Scpoe上面这样用的效果是相同的。但是Singleton容易给人造成一种误解就是用Singleton注解后在整个Java代码中都是单例，但实际上他和Scope一样，只是在同一个Component是单例。也就是说，如果重新调用了component的build（）方法，即使使用了Singleton注解了，但仍然获取的是不同的对象。所以引用TwistedEquations的原话就是：永远不要再任何情况下使用Singleton！！！

下面一篇文章将会介绍Qualifier和Named注解的用法。

相关文章：
从实例出发理解Dagger2（一）
从实例出发理解Dagger2（二）
从实例出发理解Dagger2（三）
从实例出发理解Dagger2（四）
从实例出发理解Dagger2（五）
从实例出发理解Dagger2（六）
从实例出发理解Dagger2（七）

参考资料：https://www.youtube.com/watch?v=49dZCUJfzXM&index=4&list=PLuR1PJnGR-Ih-HXnGSpnqjdhdvqcwhfFU