怎么在Android和Hilt中限定作用域

这篇文章主要介绍“怎么在Android和Hilt中限定作用域”，在日常操作中，相信很多人在怎么在Android和Hilt中限定作用域问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”怎么在Android和Hilt中限定作用域”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！

创新互联公司坚持“要么做到，要么别承诺”的工作理念，服务领域包括：成都网站设计、网站制作、企业官网、英文网站、手机端网站、网站推广等服务，满足客户于互联网时代的晋城网站设计、移动媒体设计的需求，帮助企业找到有效的互联网解决方案。努力成为您成熟可靠的网络建设合作伙伴！

将对象 A 的作用域限定到对象 B，指的是对象 B 的整个生命周期内始终持有相同的 A 实例。当涉及到 DI (依赖项注入) 时，限定对象 A  的作用域为一个容器，则意味着该容器在销毁之前始终提供相同的 A 实例。

在 Hilt 中，您可以通过注解将类型的作用域限定在某些容器或组件内。例如，您的应用中有一个处理登录和注销的 UserManager  类型。您可以使用@Singleton 注解将该类型的作用域限定为ApplicationComponent (ApplicationComponent  是一个被整个应用的生命周期管理的容器)。被限定作用域的类型在应用组件中沿组件层次结构向下传递: 在本案例中，相同的 UserManager  实例将被提供给层次结构内其余的 Hilt 组件。应用中任何依赖于 UserManager 的类型都将获得相同的实例。

• 组件层次结构https://developer.android.google.cn/training/dependency-injection/hilt-android#component-hierarchy

注意: 默认情况下，Hilt  中的绑定都未限定作用域。这些绑定不属于任何组件，并且可以在整个项目中被访问。每次被请求都会提供该类型的不同实例。当您将绑定的作用域限定为某个组件时，它会限制您使用该绑定的范围以及该类型可以具有的依赖项。

在 Android 中，您不使用 DI 库也可以通过 Android Framework 来手动限定作用域。让我们看看如何手动限定作用域，以及如何改用  Hilt 来限定作用域。最后，我们将比较使用 Android Framework 手动限定作用域和使用 Hilt 限定作用域的区别。

在 Android 中限定作用域

看了上文的定义，您可能会有这样的异议: 在某个特定类中使用一个类型的实例变量也可以做到限定该变量类型的作用域。没错!不使用 DI  时，您可以执行如下操作:

class ExampleActivity : AppCompatActivity() {   private val analyticsAdapter = AnalyticsAdapter()   ... }

analyticsAdapter 变量的作用域被限定为 MyActivity 的生命周期，这意味着只要 Activity  没有被销毁，该变量就是同一个实例。如果另一个类出于某种原因需要访问这个被限定了作用域的变量，每次访问也会获得相同实例。当新的MyActivity 实例被创建时  (如系统设置改变)，一个新的 AnalyticsAdapter 实例将会被创建。

使用 Hilt，等效代码如下:

@ActivityScoped class AnalyticsAdapter @Inject constructor() { ... }  @AndroidEntryPoint class ExampleActivity : AppCompatActivity() {   @Inject lateinit var analyticsAdapter: AnalyticsAdapter  }

每次创建的 MyActivity 都会持有一个 ActivityComponent DI 容器的新实例，在 Activity  被销毁之前，该实例将向组件层次结构下的依赖项提供相同的AnalyticsAdapter 实例。

• 组件层次结构https://developer.android.google.cn/training/dependency-injection/hilt-android#component-hierarchy

更改系统设置后，您将获得一个新的 AnalyticsAdapter 和 MainActivity 实例

通过 ViewModel 限定作用域

然而，我们可能希望 AnalyticsAdapter 可以在系统设置更改后留存!或者说，我们希望直到用户离开 Activity  之前，都限定该实例的作用域为 Activity。

为此，您可以使用组件架构中的 ViewModel，因为它可以在系统设置更改后留存。

• 组件架构中的  ViewModelhttps://developer.android.google.cn/topic/libraries/architecture/viewmodel

不使用依赖项注入时，您可能有如下代码:

class AnalyticsAdapter() { ... }  class ExampleViewModel() : ViewModel() {   val analyticsAdapter = AnalyticsAdapter() }  class ExampleActivity : AppCompatActivity() {    private val viewModel: ExampleViewModel by viewModels()   private val analyticsAdapter = viewModel.analyticsAdapter  }

通过这种方式，您将 AnalyticsAdapter 的作用域限定为 ViewModel。因为 Activity 具有 ViewModel  的访问权限，所以在该 Activity 中可以始终获得相同的 AnalyticsAdapter 实例。

通过使用 Hilt，您可以通过限定 AnalyticsAdapter 的作用域为ActivityRetainedComponent  来实现相同的行为，因为ActivityRetainedComponent 也可以在系统设置更改后留存。

@ActivityRetainedScoped class AnalyticsAdapter @Inject constructor() { ... }  @AndroidEntryPoint class ExampleActivity : AppCompatActivity() {  @Inject lateinit var analyticsAdapter: AnalyticsAdapter  }

如果您希望在遵循良好的 DI 实践的同时，保留 ViewModel 用于处理视图逻辑，您可以使用 @ViewModelInject 提供  ViewModel 的依赖项，该注解的详细描述请参见: 文档 | 使用 Hilt 注入 ViewModel 对象。这样一来，AnalyticsAdapter  的作用域就无需被限定为ActivityRetainedComponent，因为此时它的作用域被手动限定为 ViewModel:

• 文档 | 使用 Hilt 注入 ViewModel  对象https://developer.android.google.cn/training/dependency-injection/hilt-jetpack#viewmodels

class AnalyticsAdapter @Inject constructor() { ... }  class ExampleViewModel @ViewModelInject constructor(   private val analyticsAdapter: AnalyticsAdapter ) : ViewModel() { ... }  @AndroidEntryPoint class ExampleActivity : AppCompatActivity() {    private val viewModel: ExampleViewModel by viewModels()   private val analyticsAdapter = viewModel.analyticsAdapter  }

我们刚才所看到的内容，可以应用到任何由 Android Framework 生命周期类管理的 Hilt  组件中。点击查看全部可用作用域。回到我们最初的示例，将作用域限定为 ApplicationComponent，等同于不使用 DI 框架时在  Application 类中持有该实例。

• 全部可用作用域https://developer.android.google.cn/training/dependency-injection/hilt-android#component-scopes

对比 Hilt 及 ViewModel 限定作用域

使用 Hilt 限定作用域，优势为您可在 Hilt 组件层次结构中使用被限定的类型;而对于 ViewModel，则必须通过 ViewModel  手动访问被限定作用域的类型。

使用 ViewModel 限定作用域，优势为您可以在应用中任何 LifecyclerOwner对象中持有 ViewModel。例如，如果您使用了  Jetpack Navigation 库，则可以将 ViewModel 绑定到 NavGraph 上。

• LifecyclerOwner  https://developer.android.google.cn/reference/androidx/lifecycle/LifecycleOwner

• Jetpack Navigation  库https://developer.android.google.cn/guide/navigation/navigation-getting-started

• NavGraphhttps://developer.android.google.cn/reference/androidx/navigation/fragment/NavHostFragment

Hilt 提供的作用域数量有限。可能没有符合您特定使用场景的作用域。例如嵌套 Fragment，对于这种情况，您可以退一步使用 ViewModel  限定作用域。

使用 Hilt 注入 ViewModel

如上文所述，您可以使用 @ViewModelInject 向 ViewModel 注入依赖项。其原理是这些绑定关系保存在  ActivityRetainedComponent  中，这也是为什么您只能注入未限定作用域的类型，或者是限定作用域为ActivityRetainedComponent 以及  ApplicationComponent 的类型。

如果 Activity 或 Fragment 被 @AndroidEntryPoint  注解修饰，就可以通过getDefaultViewModelProviderFactory() 方法获取 Hilt 生成的 ViewModel 工厂了。由于可以在  ViewModelProvider 中使用这些 ViewModel 工厂，使您获取 ViewModel 的方式变得更加灵活。例如:  将作用域限定为BackStackEntry 的 ViewModel。

限定作用域会有一些代价，因为提供的对象在持有者被销毁之前将一直保留在内存中。请在应用中慎重地考虑使用限定作用域的对象。如果对象的内部状态要求使用同一实例，对象需要同步，或者对象的创建成本很高，那么限定作用域是恰当的做法。

当然，当您需要限定作用域时，您可以使用 Hilt 中的作用域注解，也可以直接使用 Android Framework。

到此，关于“怎么在Android和Hilt中限定作用域”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注创新互联网站，小编会继续努力为大家带来更多实用的文章！