Spring框架的依赖注入是家喻户晓的,但是在实际的开发中我们想使用便捷的依赖注入功能,但是又不想引入Spring框架的复杂性,该怎么办呢?
有了Google Guice,这个问题便简单了,首先在你的maven项目里引入
![](https://i-blog.csdnimg.cn/blog_migrate/47c8bb583d14ab915413130cc2b6f824.jpeg)
官方文档里给出的例子又臭又长,我不使用官方的例子,下面我们来写个最简单的HelloWorld
![](https://i-blog.csdnimg.cn/blog_migrate/bc9be2e59780cf1da8700119a3f88fa1.jpeg)
我们使用Guice创建了一个注射器Injector,然后从Injector拿到你想要的对象就可以了,Guice会自动装配依赖树。Guice的启动速度是很快的,在一个大型应用中,Guice装配所有的模块决不会超过1s。Guice是一个非常干净的依赖注入框架,框架除了依赖注入功能之外,没有任何其它非相关模块功能。
Guice里最常用的两个注解就是@Singleton和@Inject,Singleton表示构建的对象是单例的,Inject表示被标注的字段将使用Guice自动注入。在一般的项目中这两个注解一般可以完成90%以上的装配工作。
Guice需要实例化对象,请确保相应被实例化的对象有默认构造器。
当某个接口有多个实现时,我们使用@ImplementedBy注解在接口定义上,指定接口的具体实现类
![](https://i-blog.csdnimg.cn/blog_migrate/985fef97b9c1939bd9fac085b89dffe9.jpeg)
如果我们不用Singleton标注,每次获取实例时,Guice会重新构造一个,这个会有反射构造器的性能损耗,在高性能场景下,请谨慎。
![](https://i-blog.csdnimg.cn/blog_migrate/efbbd6d6340a46522d03f3aac50d78c3.jpeg)
我们可以不使用@ImplementedBy注解,因为这样不优雅,谁会在定义接口的时候就能预知实现类的名称呢。我们可以使用Guice Module定义装配规则,它相当于Spring的XML文件,只不过它的装配规则都是使用代码定义的。你可能会辩解说代码定义怎么能比得上XML定义呢,其实Guice Module在一个大型项目中也是非常的简洁,一般只会占用几十行代码,Module里面配置的仅仅是特殊的专配规则。能规则的可读性而言,代码要比XML舒服的多。
![](https://i-blog.csdnimg.cn/blog_migrate/71c79dd668c2f807c36d2812df623aff.jpeg)
我们还可以使用@Named名称指令来指定依赖注入实现
![](https://i-blog.csdnimg.cn/blog_migrate/c6789a1fff46186452ebae8c7be52534.jpeg)
我们不使用字段注入,改用构造器注入,如果我们需要在构造器里做一些特别的初始化工作
![](https://i-blog.csdnimg.cn/blog_migrate/b50cbecf37aeab4f57cec5c93e769ec8.jpeg)
还可以自动注入Set,Map容器,但是得首先加上扩展库
![](https://i-blog.csdnimg.cn/blog_migrate/d93ee2057d63965b07b6c2000d04cf90.jpeg)
注入Set
![](https://i-blog.csdnimg.cn/blog_migrate/4962138d62a1a41224a4f9f25c8b6151.jpeg)
注入Map
![](https://i-blog.csdnimg.cn/blog_migrate/39fcb8c737f2653c86c92494d04db78d.jpeg)
在全世界都沉迷于复杂的Spring框架时,Guice无疑是一股清流,在炎热的夏天,它就像一杯冰爽的橙汁,让人畅快不已。
来自百度:https://baijiahao.baidu.com/s?id=1588240131494978979&wfr=spider&for=pc