大佬教程收集整理的这篇文章主要介绍了android-Dagger2范围和活动生命周期，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
我有一个Android活动,正在使用Dagger2将Presenter注入其中.我希望Presenter能够保持状态,即使发生配置更改也是如此.
例如,我将使用Presenter发起网络呼叫,如果用户在进行网络呼叫时旋转设备,我希望能够在设备完成旋转之后接收响应,并且不必重新启动呼叫.
我被绊倒了,因为如果我将Presenter实例的范围限定在Activity的生命范围内,那么当Activity在配置更改期间通过onDestroy()进行操作时,Presenter不会被垃圾回收吗？我的另一个想法是使用在应用程序生命周期内有效的范围.但是,如果这样做,我如何确保一旦Activity被永久销毁(不是由于配置更改,而是按下返回按钮之类的东西),就可以对Presenter进行垃圾收集？
有没有一种方法可以确保我的Presenter在活动的配置更改中不会丢失,并且在应用程序的生命周期内不会泄漏？
解决方法:
我强烈建议您不要尝试实施此方法.
您正在有效地尝试使用DI框架来支持特定于活动的生命周期流程,尽管DI框架并非旨在像这样使用.
我最近回答了another similar question,其中OP试图在不同活动之间共享视图模型中的状态.尽管用例不完全相同,但一般模式是相同的-尝试将流控制职责委托给DI框架,这不是一个好主意.
在您的情况下(IMHO)最好的方法是在旋转之前存储当前状态,在旋转时重新初始化演示者,然后恢复其状态.
您在轮换期间存储状态的方式取决于您要尝试保留的内容：
>如果您需要保留与UI相关的状态(选择,文本,元素的位置等),则可以使用常规的onSaveInstanceState()和onRestoreInstanceState()回调
>如果您需要保留一些与业务相关的状态(正在进行的网络请求,数据,数据修改等),则将此逻辑封装在业务类(例如SomeBusinessUseCaseManager)中,并从具有范围的应用程序范围组件中注入该类.
有关Android中DI的更多信息,请参见here.
以上是大佬教程为你收集整理的android-Dagger2范围和活动生命周期全部内容，希望文章能够帮你解决android-Dagger2范围和活动生命周期所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。