LifecycleOwner
LifecycleOwner 是一个接口,它只有一个 getLifecycle() 方法,表明实现LifecycleOwner接口的类有一个 Lifecycle 。如果你正在尝试管理整个应用进程的生命周期,可以看下 ProcessLifecycleOwner。
LifecycleOwner 接口从个别类(例如Fragment 和 AppCompatActivity)中抽象出了 Lifecycle 的所有权,并允许编写与其一起使用的组件。任何自定义类都可以实现 LifecycleOwner 接口。
实现了 LifecycleObserver 的组件与实现了 LifecycleOwner 的组件可以无缝工作,因为所有者可以提供生命周期,观察者可以注册观察。
例如位置跟踪的例子,我们可以使 MyLocationListener类实现 LifecycleObserver ,然后在 activity 生命周期的 onCreate() 方法中初始化它,这意味着响应生命周期状态变化的逻辑可以被声明在 MyLocationListener 而不是 activity,当把逻辑代码置于在各个组件中后,就能使 activities 和 fragments 更易于管理。
class MyActivity extends AppCompatActivity {
private MyLocationListener myLocationListener;
public void onCreate(…) {
myLocationListener = new MyLocationListener(this, getLifecycle(), location -> {
// update UI
});
Util.checkUserStatus(result -> {
if (result) {
myLocationListener.enable();
}
});
}
}
一个常见的用例是,如果 Lifecycle 现在不处于激活状态,则应避免调用某些回调 。例如:如果回调在 Activity 状态被保存到 onSaveInstanceState() 后运行 Fragment Transaction,就会触发崩溃,因此我们会避免调用该回调。
为了简化这个用例, Lifecycle 类允许其他对象查询当前状态。
class MyLocationListener implements LifecycleObserver {
private boolean enabled = false;
public MyLocationListener(Context context, Lifecycle lifecycle, Callback callback) {
…
}
@OnLifecycleEvent(Lifecycle.Event.ON_START)
void start() {
if (enabled) {
// connect
}
}
public void enable() {
enabled = true;
if (lifecycle.getCurrentState().isAtLeast(STARTED)) {
// connect if not connected
}
}
@OnLifecycleEvent(Lifecycle.Event.ON_STOP)
void stop() {
// disconnect if connected
}
}
通过这种实现,我们的LocationListener类完全可以感知生命周期。如果我们需要从另一个 activity 或 fragment 使用LocationListener,我们只需要初始化它。所有设置和卸载操作都由LocationListener类本身管理。
如果一个库提供了需要使用Android生命周期的类,Google 建议我们使用生命周期感知组件。我们的客户端可以轻松地集成这些组件,而无需在客户端进行手动管理生命周期。
实现自定义LifecycleOwner
在 Support Library 26.1.0 及更高版本的 Fragments 和 Activities 已实现了 LifecycleOwner 接口。
如果你想让自定义的类成为 LifecycleOwner,可以使用 LifecycleRegistry 类,但是你需要将生命周期事件转发到此类,如以下代码所示:
public class MyActivity extends Activity implements LifecycleOwner {
private LifecycleRegistry mLifecycleRegistry;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
mLifecycleRegistry = new LifecycleRegistry(this);
mLifecycleRegistry.markState(Lifecycle.State.CREATED);
}
@Override
public void onStart() {
super.onStart();
mLifecycleRegistry.markState(Lifecycle.State.STARTED);
}
@NonNull
@Override
public Lifecycle getLifecycle() {
return mLifecycleRegistry;
}
}
生命周期感知组件的最佳实践
尽可能精简我们的 UI 控制器(Activity 和 Fragment)。它们不应该尝试获取自己的数据, 相反,应该使用 ViewModel 来执行此操作,并观察 LiveData 对象以将数据更改反映到视图上。
编写数据驱动的UI,UI控制器负责在数据更改时更新视图,或者将用户操作通知给 ViewModel 。
把我们的数据逻辑放在 ViewModel 类中。 ViewModel 应该作为 UI 控制器和应用程序其余部分之间的桥接器。不过 ViewModel 是没有获取数据(例如从网络)的职责的。相反, ViewModel 应该调用合适的组件(例如 Repository组件)来获取数据,然后将结果提供给 UI 控制器。
使用 Data Binding 在 视图 和 UI 控制器之间维持一个干净的界面。这会使我们的视图更具声明性,并最大限度地减少在 Activity 和 Fragment 中编写所需的更新代码。如果你更喜欢使用Java 编程语言执行此操作,那就使用 Butter Knife 之类的库来避免样板代码,使代码具有更好的抽象。
如果你的 UI 很复杂,可以考虑创建一个 presenter 类来处理UI修改。这可能是一项蛋疼的任务,但是它可以让我们的 UI 组件更容易测试。
避免在你的 ViewModel 中引用 View 或 Activity 的 context 。如果 ViewModel 的存活时间超过这个activity(如在 configuration 更改的情况下),导致垃圾收集器未正确处理 activity 造成内存泄露。
生命周期感知组件的用例
生命周期感知组件可以让我们在各种情况下更轻松地管理生命周期。比如以下场景:
在粗粒度和细粒度的位置更新之间切换。使用生命周期感知组件可在我们的位置应用程序可见时启用细粒度位置更新,并在应用程序位于后台时切换到粗粒度更新。LiveData 是一个生命周期感知组件,它允许我们的应用在用户更改位置时自动更新 UI。
停止和开始视频缓冲。使用生命周期感知组件可以尽快开启视频缓冲,但推迟播放直到应用程序完全启动。我们还可以使用生命周期感知组件在销毁应用程序时终止缓冲。
开启和停止网络连接。使用生命周期感知组件在应用程序处于前台时启用网络数据的实时更新(流式传输),并在应用程序进入后台时自动暂停。
暂停和恢复动画绘制。当应用程序在后台时,使用生命周期感知组件暂停绘制动画内容,并在应用程序位于前台后恢复绘制内容。
处理 ON_STOP 事件
如果一个 Lifecycle 属于一个 AppCompatActivity 或 Fragment,当 AppCompatActivity 或 Fragment 的 onSaveInstanceState() 方法被调用时, 这个 Lifecycle 的状态就会变为 CREATED ,它的 ON_STOP 事件也会被分发 。
当一个 AppCompatActivity 或 Fragment 的状态被保存到 onSaveInstanceState() 后,它的UI在 ON_START 被调用之前被认为是不可变的 。保存状态后尝试修改UI 可能会导致应用程序的导航状态不一致,这就是为什么如果应用程序在保存状态后运行 FragmentTransaction ,FragmentManager 会抛出异常的原因,详细原因请查看 commit() 。
如果观察者的关联 Lifecycle 不是STARTED 状态, LiveData 会通过避免调用其观察者来防止这种边缘情况开箱即用。在背后,它会确保在调用它的观察者之前调用 isAtLeast() 。
蛋疼的是,AppCompatActivity 的 onStop() 方法会在 onSaveInstanceState() 之后调用,这就导致程序留下了不允许更改UI状态但 Lifecycle 又还没转变为 CREATED 状态的间隔。
为了防止出现此问题, Lifecycle 类的 beta2 版本以及更低版本将 CREATED 状态标记为不调度事件,即使在系统调用 onStop() 之前未调度事件,任何检查当前状态的代码都会获得实际值。
悲催的是这个解决方案有两个重大问题:
在API 23 和更低级别,Android系统实际上保存了 activity 的状态,即使它被另一个 activity 部分覆盖。换句话说,Android系统调用 onSaveInstanceState() 但不一定要调用 onStop() 。这会创建一个潜在的长间隔,即使无法修改其UI状态,观察者仍然- - 认为生命周期处于活跃状态。
任何类想要向 LiveData 类暴露类似行为 都必须实现 Lifecycle beta 2 版本 和更低版本提供的解决方法 。
注意
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级安卓工程师,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助,可以添加下面V无偿领取!(备注Android)
最后
光有这些思路和搞懂单个知识的应用是还远远不够的,在Android开源框架设计思想中的知识点还是比较多的,想要搞懂还得学会整理和规划:我们常见的**Android热修复框架、插件化框架、组件化框架、图片加载框架、网络访问框架、RxJava响应式编程框架、IOC依赖注入框架、最近架构组件Jetpack等等Android第三方开源框架,**这些都是属于Android开源框架设计思想的。如下图所示:
这位阿里P8大佬针对以上知识点,熬夜整理出了一本长达1042页的完整版如何解读开源框架设计思想PDF文档,内容详细,把Android热修复框架、插件化框架、组件化框架、图片加载框架、网络访问框架、RxJava响应式编程框架、IOC依赖注入框架、最近架构组件Jetpack等等Android第三方开源框架这些知识点从源码分析到实战应用都讲的简单明了。
由于文档内容过多,篇幅受限,只能截图展示部分,更为了不影响阅读,这份文档已经打包在GitHub,有需要的朋友可以直接点此处前往免费下载。
整理不易,觉得有帮助的朋友可以帮忙点赞分享支持一下小编~
s://bbs.csdn.net/topics/618156601)。**
[外链图片转存中…(img-fMKcz1NI-1710569241640)]
[外链图片转存中…(img-qIV5e4Kz-1710569241640)]
整理不易,觉得有帮助的朋友可以帮忙点赞分享支持一下小编~
你的支持,我的动力;祝各位前程似锦,offer不断!!!