Android——Activity浅析

1. Activity生命周期

在这里插入图片描述
一个Activity从启动到结束会以如下顺序经历整个生命周期:
onCreate()->onStart()->onResume()->onPause()->onStop()->onDestory()

  • onCreate():当 Activity 第一次创建时会被调用:做一些初始化工作,比如调用setContentView去加载界面布局资源,初始化Activity所需的数据。
  • onRestart():表示Activity正在重新启动:当当前Activity从不可见重新变为可见状态时,onRestart就会被调用。这种情形一般是用户行为导致的,比如用户按Home键切换到桌面或打开了另一个新的Activity,接着用户又回到了这个Actvity。
  • onStart(): 表示Activity正在被启动,即将开始,这时Activity已经出现了,但是还没有出现在前台,无法与用户交互。这个时候可以理解为Activity已经显示出来,但是我们还看不到。
  • onResume():表示Activity已经可见了,并且出现在前台并开始活动。需要和onStart()对比,onStart的时候Activity还在后台,onResume的时候Activity才显示到前台。
  • onPause():表示 Activity正在停止,仍可见,正常情况下,紧接着onStop就会被调用。在特殊情况下,如果这个时候快速地回到当前Activity,那么onResume就会被调用(极端情况)。onPause中不能进行耗时操作,会影响到新Activity的显示。因为onPause必须执行完,新的Activity的onResume才会执行。
  • onStop():表示Activity即将停止,不可见,位于后台。可以做稍微重量级的回收工作,同样不能太耗时。
  • onDestory():表示Activity即将销毁,这是Activity生命周期的最后一个回调,可以做一些回收工作和最终的资源回收。

1.1 Activity常见情景的生命周期

①针对一个特定的Activity,第一次启动,回调如下:onCreate()->onStart()->onResume()

②用户打开新的Activiy的时候,上一个Activity的回调如下:onPause()->onStop()

③再次回到原Activity时,回调如下:onRestart()->onStart()->onResume()

④按back键回退时,上一个Activity回调如下:onPause()->onStop()->onDestory()

⑤按Home键切换到桌面后又回到该Actitivy,回调如下:onPause()->onStop()->onRestart()->onStart()->onResume()

⑥调用finish()方法后,回调如下:onDestory()
(以在onCreate()方法中调用为例,不同方法中回调不同,通常都是在onCreate()方法中调用)

1.2 Activity特殊场景的生命周期

横竖屏切换
在横竖屏切换的过程中,会发生Activity被销毁并重建的过程。在了解这种情况下的生命周期时,首先应该了解这两个回调

  • onSaveInstanceState:在Activity由于异常情况下终止时,
    系统会调用onSaveInstanceState来保存当前Activity的状态。这个方法的调用是在onStop之前,它和onPause没有既定的时序关系,该方法只Activity被异常终止的情况下调用
  • onRestoreInstanceState:当异常终止的Activity被重建以后,
    系统会调onRestoreInstanceState,并且把Activity销毁时onSaveInstanceState方法所保存的Bundle对象参数同时传递给onRestoreInstanceState和onCreate方法
    在这里插入图片描述

onCreate 和 onRestoreInstanceState 区别:

  • onRestoreInstanceState回调则表明其中Bundle对象非空,不用加非空判断。
  • onCreate需要非空判断。建议使用onRestoreInstanceState。

横竖屏切换的生命周期:
onPause()->onSaveInstanceState()-> onStop()->onDestroy()->onCreate()->onStart()->onRestoreInstanceState->onResume()

当然这种情况也是可以被避免的:
可以通过在AndroidManifest文件的Activity中指定如下属性:

android:configChanges = "orientation| screenSize"

来避免横竖屏切换时,Activity的销毁和重建,而是回调了下面的方法:

@Override
public void onConfigurationChanged(Configuration newConfig)
{
	super.onConfigurationChanged(newConfig);
}

资源内存不足导致优先级低的Activity被杀死:
Activity优先级介绍:

  • 前台Activity——正在和用户交互的Activity,优先级最高。
  • 可见但非前台Activity——比如Activity中弹出了一个对话框,导致Activity可见但是位于后台无法和用户交互。
  • 后台Activity——已经被暂停的Activity,比如执行了onStop,优先级最低。

生命周期与上述横竖屏切换一致:
onPause()->onSaveInstanceState()-> onStop()->onDestroy()->onCreate()->onStart()->onRestoreInstanceState->onResume()

2. Activity 运行状态

  • Resumed(活动状态)
    又称Running状态,这个Activity正在屏幕上显示,并且有用户焦点。
  • Paused(暂停状态)
    这是一个比较不常见的状态。这个Activity在屏幕上是可见的,但是并不是在屏幕最前端的那个Activity。比如有另一个非全屏或者透明的Activity是Resumed状态,没有完全遮盖这个Activity。
  • Stopped(停止状态)
    当Activity完全不可见时,此时Activity还在后台运行,仍然在内存中保留Activity的状态,并不是完全销毁。这个也很好理解,当跳转的另外一个界面,之前的界面还在后台,按回退按钮还会恢复原来的状态,大部分软件在打开的时候,直接按Home键,并不会关闭它,此时的Activity就是Stopped状态。

3. Activity 启动模式

  • 标准模式(standard)
  • 栈顶复用模式(singleTop)
  • 栈内复用模式(singleTask)
  • 单例模式(singleInstance)

启动模式的结构——栈
任务栈采用“后进先出”的栈结构
在这里插入图片描述
1.标准模式(standard)

每启动一次Activity,就会创建一个新的Activity实例并置于栈顶。谁启动了这个Activity,那么这个Activity就运行在启动它的那个Activity所在的栈中。
在这里插入图片描述
2.栈顶复用模式(singleTop)
如果需要新建的Activity位于任务栈栈顶,那么此Activity的实例就不会重建,而是重用栈顶的实例。并回调如下方法:

@Override
protected void onNewIntent(Intent intent) {
	super.onNewIntent(intent);
}

由于不会重建一个Activity实例,则不会回调其他生命周期方法。
如果栈顶不是新建的Activity,就会创建该Activity新的实例,并放入栈顶。
在这里插入图片描述
3.栈内复用模式(singleTask)
该模式是一种单例模式,即一个栈内只有一个该Activity实例。

可以通过在AndroidManifest文件的Activity中指定该Activity需要加载到那个栈中,即singleTask的Activity可以指定想要加载的目标栈。singleTask和taskAffinity配合使用,指定开启的Activity加入到哪个栈中。

<activity android:name=".Activity1"
android:launchMode="singleTask"
android:taskAffinity="com.lvr.task"
android:label="@string/app_name">
</activity>

taskAffinity:每个Activity都有taskAffinity属性,这个属性指出了它希望进入的Task。
如果一个Activity没有显式的指明该Activity的taskAffinity,那么它的这个属性就等于Application指明的taskAffinity,如果Application也没有指明,那么该taskAffinity的值就等于包名。

执行逻辑:

  • 如果Activity指定的栈不存在,则创建一个栈,并把创建的Activity压入栈内。
  • 如果Activity指定的栈存在,如果其中没有该Activity实例,则会创建Activity并压入栈顶,
  • Activity指定的栈存在,如果其中有该Activity实例,则把该Activity实例之上的Activity杀死清除出栈,重用并让该Activity实例处在栈顶,然后调用onNewIntent()方法。

4.单例模式(singleInstance)
栈内复用模式(singleTask)的加强版,打开该Activity时,直接创建一个新的任务栈,并创建该Activity实例放入新栈中。一旦该模式的Activity实例已经存在于某个栈中,任何应用再激活该Activity时都会重用该栈中的实例。
在这里插入图片描述
特殊情况——前台栈和后台栈的交互
假如目前有两个任务栈。前台任务栈为AB,后台任务栈为CD,这里假设CD的启动模式均为singleTask,现在请求启动D,那么这个后台的任务栈都会被切换到前台,这个时候整个后退列表就变成了ABCD。当用户按back返回时:
在这里插入图片描述
如果不是请求启动D而是启动C,那么情况又不一样,如下图。
在这里插入图片描述

  • 1
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 4
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Yawn__

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值