Hilt是针对dagger2的二次封装依赖注入框架,至于什么是依赖注入,在Android开源框架--Dagger2详解-CSDN博客 中已经讲解,建议大家先去了解Dagger2之后,再来看Hilt。这样就会感觉Hilt其实非常简单。
上面说到了Hilt是对dagger2的二次封装,dagger2是可以用于任何类的注入的,但是Hilt就是安卓专属的API了。目前Hilt只支持以下类:
1,Application
2,Activity
3,Fragment
4,View
5,Service
6,BroadcastReceiver
1,object:需要被创建的对象
2,module: 主要用来提供对象
与dagger2相比,Hilt不用自己写component对象来进行注入了
使用 @Module 注解的类,需要使用 @Installin 注解来指定 module 的范围。
例如 @InstallIn(ApplicationComponent::class) 注解的 Module 就会绑定到 Application 的生命周期上。
Hilt 提供了以下组件来绑定依赖与对应 Android 类的活动范围
Hilt 组件 | 对应 Android 类活动的范围 |
---|---|
ApplicationComponent | Application |
ActivityRetainedComponent | ViewModel |
ActivityComponent | Activity |
FragmentComponent | Fragment |
ViewComponent | View |
ViewWithFragmentComponent | View annotated with @WithFragmentBindings |
ServiceComponent | Service |
Hilt 没有为 broadcast receivers 提供组件,因为 Hilt 直接进从 ApplicationComponent 中注入 broadcast receivers。
Hilt 会根据相应的 Android 类生命周期自动创建和销毁组件的实例,对应关系如下:
Hilt 提供的组件 | 创建对应的生命周期 | 结束对应的生命周期 | 作用范围 |
---|---|---|---|
ApplicationComponent | Application#onCreate() | Application#onDestroy() | @Singleton |
ActivityRetainedComponent | Activity#onCreate() | Activity#onDestroy() | @ActivityRetainedScope |
ActivityComponent | Activity#onCreate() | Activity#onDestroy() | @ActivityScoped |
FragmentComponent | Fragment#onAttach() | Fragment#onDestroy() | @FragmentScoped |
ViewComponent | View#super() | View destroyed | @ViewScoped |
ViewWithFragmentComponent | View#super() | View destroyed | @ViewScoped |
ServiceComponent | Service#onCreate() | View destroyed | @ViewScoped |
1,添加依赖
implementation "com.google.dagger:hilt-android:2.28-alpha"
annotationProcessor "com.google.dagger:hilt-android-compiler:2.28-alpha"
在项目build.gradle中添加:
buildscript {
dependencies {
classpath 'com.google.dagger:hilt-android-gradle-plugin:2.28-alpha'
}
}
plugins {
id 'com.android.application' version '7.4.1' apply false
id 'com.android.library' version '7.4.1' apply false
}
在app的build.gradle中添加:
apply plugin: 'com.android.application'
apply plugin: 'dagger.hilt.android.plugin'
2,创建一个需要注入的对象
public class YuanZhen {
}
3,创建Module 用来创建对象
@InstallIn(ActivityComponent.class) //用来指定module的范围
@Module
public class YuanZhenModule {
@Provides
public YuanZhen getHttpObject(){
return new YuanZhen();
}
}
4,在Application中注册
@HiltAndroidApp
public class MyApplication extends Application {
}
5,注入到Activity
@AndroidEntryPoint
public class MainActivity extends AppCompatActivity {
@Inject
YuanZhen yuanZhen;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
System.out.println("yz----"+yuanZhen.hashCode());
}
}
首先需要找到入口,入口呢Hilt帮我们省略了,其实入口就在APT生成的类Hilt_MainActivity中,在它的onCreate方法中:
@CallSuper
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
inject();
super.onCreate(savedInstanceState);
}
多了一个inject方法,再去看看inject方法:
protected void inject() {
((MainActivity_GeneratedInjector) generatedComponent()).injectMainActivity(UnsafeCasts.unsafeCast(this));
}
是不是很熟悉,对,就是dagger2的注入方式,原理也和dagger2基本一致。
1,降低 Android 开发者使用依赖注入框架的上手成本
2,内部有一套标准的组件和作用域,对范围进行声明后,只能使用在指定的作用域中使用这个类,并且提供声明周期的管理,会自动释放不在使用的对象,减少资源的过度使用,提供代码的可重用性。
3,使用起来简单,告别繁琐的 new。。。 这种流程,只需要添加注解即可。提高了代码的可读性,构建简单,耦合变低,容易测试
4,管理他们的生命周期,只能在对应的范围内进行使用