【Android】安卓四大组件之Activity(二)
前言
在这篇文章之前,我已经写过了一篇有关Activity的内容,是关于activity之间的页面跳转和数据传递,而这篇文章着重强调的是Activity中的有关生命周期的理解。
1、什么是生命周期?
在之前学习Java的时候,Java中的一个类的对象就涉及到了生命周期,包括它的生成、作用、回收等等。
在Android中也有差不多的生命周期的概念,是针对Activity
的。
首先,给出安卓开发文档中对生命周期的介绍:了解 Activity 生命周期
在官方文档的基础上,我们来理解各个生命周期!
当用户浏览、退出和返回到您的应用时,应用中的 Activity
实例会在其生命周期的不同状态间转换,而为了在 Activity 生命周期的各个阶段之间导航转换,Activity 类提供六个核心回调:onCreate()
、onStart()
、onResume()
、onPause()
、onStop()
和 onDestroy()
。当 Activity 进入新状态时,系统会调用其中每个回调。
以下是官方文档对六大生命周期回调方法
的简化视图:
2、onCreate()
2.1 基本解析
因为生命周期是从上向下执行的,我们首先分析最开始的onCreate()
方法
onCreate()
,这个是activity被首次创建的时候调用的方法,而且我们必须在每个activity中重写该方法!这个方法在activity生命周期中只出现一次,如果第二次出现,那么说明上一个activity已经调用了onDestroy()方法,被销毁了。
相信你对下面的代码不陌生,因为每个activity中都会有这样类似作用的代码!
private TextView photo;
private ImageView pic;
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_camera);
photo = this.findViewById(R.id.tv_photograph);
pic = this.findViewById(R.id.iv_pic);
photo.setOnClickListener(this);
}
在开始构建activity的时候,我们在onCreate()
方法中我们都会会将数据绑定
到列表,将 Activity与各个组件相关联,并实例化
某些类作用域变量。
我们在上述的代码例子中可以发现,我们实例化了photo这个TextView
还有pic这个ImageView
,并且在此之前,我们一定会给当前这个activity绑定一个xml布局文件,通过调用setContentView()
方法,然后通过R.layout
找到我们需要的布局xml进行绑定。
2.2 你可能疑惑的savedInstanceState
以下内容感兴趣的可以看看,初学者如果不明白其实也不需要太懂。
细心的你会发现,onCreate()其实传入了一个Bundle
类的对象参数savedInstanceState
,这是个啥玩意?
接下来,我们对savedInstanceState进行详细解释!
首先我们分析以下Bundle
类是啥,说通俗一点,就是实现了Parcelable
接口的一个键值对
官方的简介是:
A mapping from String keys to various
Parcelable
values.
也就是说,这个类实例化的对象是可以存储数据
的,并且是以键值对
的形式存储的,实现了Parcelable
接口
而传入的savedInstanceState
对象,字面翻译就是保存过的实例状态
,并且我们上面说了,savedInstanceState
都对象可以存储键值对,也就是说有两种情况:
savedInstanceState
不为nullsavedInstanceState
是null的
事实上,savedInstanceState
为null的情况是最常见的,但是什么情况savedInstanceState
不为空呢?
2.2.1 onSaveInstanceState()方法
根据文档,我们发现,Activity类中有一个onSaveInstanceState()
方法,不同于onCreate()
这种生命周期方法,onSaveInstanceState()
只有在进入某种**“activity有被杀死的风险”**的状态下,才会被调用
会执行onSaveInstanceState()
方法的情况,官方文档中是如下解释的:
Android calls onSaveInstanceState() before the activitybecomes vulnerable to being destroyed by the system, but does not bothercalling it when the instance is actually being destroyed by a user action (suchas pressing the BACK key).
当某个activity变得"容易"被系统销毁时,该activity的onSaveInstanceState()就会被执行,除非该activity是被用户主动销毁的,例如当用户按BACK键的时候。
通俗一点,就是进入某种**“activity有被杀死的风险”**状态,onSaveInstanceState()
方法就会被调用
也许你想到了很多的情况,我总结了一共如下的情况会调用onSaveInstanceState()
方法:
- 当用户按下HOME键后。(这种情况,系统不知道你按下HOME后要运行多少其他的程序,自然也不知道activity A是否会被销毁,因此系统会调用
onSaveInstanceState()
,让用户有机会保存某些非永久性的数据) - 调出程序管理,选择运行其他的程序时。(同样是可能内存不够被系统kill掉)
- 按下息屏键关闭屏幕时(一样的道理,手机厂家会设置息屏后进程的状态,也可能被kill)
- 从activity A中启动一个新的activity B时。(例如从QQ打开某tx游戏,游戏的资源调用很大,可能把QQ的进程kill掉,虽然大多数情况我们是给QQ后台权限的)
- 屏幕方向切换时,例如从竖屏切换到横屏时。(在屏幕切换时,系统会销毁activity A,在屏幕切换之后系统又会自动地创建activity A,所以
onSaveInstanceState()
一定会被执行,且也一定会执行onRestoreInstanceState()
)
说专业一点:只要某个Activity是做入栈并且非栈顶
时(启动跳转其他Activity或者点击Home按钮),此Activity是需要调用onSaveInstanceState()
的, 如果Activity是做出栈
的动作(点击back或者执行finish),是不会调用onSaveInstanceState
的。
2.2.2 onRestoreInstanceState()方法
与onSaveInstanceState()
对应的是onRestoreInstanceState()
方法,但是——这两个方法并不是成对出现,执行了``onSaveInstanceState()不一定执行
onRestoreInstanceState()`
onRestoreInstanceState()
执行的条件是:只有在Activity真的被系统非正常杀死过,恢复显示Activity的时候,就会调用onRestoreInstanceState()
简单来说,执行了onSaveInstanceState()存储了数据状态,并不一定会调用onRestoreInstanceState()来返回状态,但是如果确实时非正常的kill进程,那么会调用onRestoreInstanceState()返回onSaveInstanceState()存储的数据
我们可以看看安卓开发文档中给出的例子:
TextView textView;
// some transient state for the activity instance
String gameState;
@Override
public void onCreate(Bundle savedInstanceState) {
// call the super class onCreate to complete the creation of activity like
// the view hierarchy
super.onCreate(savedInstanceState);
// recovering the instance state
if (savedInstanceState != null) {
gameState = savedInstanceState.getString(GAME_STATE_KEY);
}
// set the user interface layout for this activity
// the layout file is defined in the project res/layout/main_activity.xml file
setContentView(R.layout.main_activity);
// initialize member TextView so we can manipulate it later
textView = (TextView) findViewById(R.id.text_view);
}
// This callback is called only when there is a saved instance that is previously saved by using
// onSaveInstanceState(). We restore some state in onCreate(), while we can optionally restore
// other state here, possibly usable after onStart() has completed.
// The savedInstanceState Bundle is same as the one used in onCreate().
@Override
public void onRestoreInstanceState(Bundle savedInstanceState) {
textView.setText(savedInstanceState.getString(TEXT_VIEW_KEY));
}
// invoked when the activity may be temporarily destroyed, save the instance state here
@Override
public void onSaveInstanceState(Bundle outState) {
outState.putString(GAME_STATE_KEY, gameState);
outState.putString(TEXT_VIEW_KEY, textView.getText());
// call superclass to save any view hierarchy
super.onSaveInstanceState(outState);
}
可以看到重写的onSaveInstanceState()
方法中存入了游戏状态
和textView
的文字,在onRestoreInstanceState()
方法中,调用了获取当前文字并设置
的方法,并且我们可以在这个例子中看到onCreate()
方法中是如何利用savedInstanceState
这个对象的——不为空那么就获取数据
if (savedInstanceState != null) {
gameState = savedInstanceState.getString(GAME_STATE_KEY);
}
3、onStart()
当 Activity 进入“onStart”状态时,系统会调用onStart()
方法。onStart()
调用使 Activity 对用户可见,也就是在这个方法中,我们可以看到app的前端activity展示了
onStart()
方法会非常快速地完成,并且与onCreate()一样,Activity 不会一直处于“onStart”状态。一旦此回调结束,Activity 便会进入“onResume”状态,系统将调用 onResume()
方法。
4、onResume()
onResume
是应用与用户互动的状态,也就是具有焦点,我们可以对app中的各种组件进行操作的一个焦点状态,这个时候是用户与应用的交互的状态。
5、onPause()
onPause
状态是用户对这个activity失去焦点
,但是onPause这个状态,用户还是对activity可见
的。
举个例子,有两个activity,第一个activity A,第二个activity B。
如果A使用透明主题
,B使用默认主题。当由A通过Intent跳转到B时,会失去A的焦点,调用onPause()
方法,但是,因为时透明主题,所以我们在看B的同时,可以看到A,也就是A仍然是可见的,所以A不会调用onStop()
,也就是不会被停止
如果这个时候我们点击back
按钮,从B返回到了A,A会重新调用onResume()
方法,因为A得到了焦点
,但是并不会调用onStart()
,因为我们的A从来没有被停止过
,仍然有可见的界面
6、onStop()
onStop
状态就是我们对这个activity失去了焦点,但是它并未被销毁
举一个常见的例子——微信扫一扫
,我们从微信主页打开微信扫一扫,主页失去了焦点
并且不可见
,成为了onStop
的状态,返回
之后主页又得到了焦点
,执行了onStart()
和onResume()
7、onDestroy()
onDestroy
被执行,调用此回调的原因如下:
- Activity 即将结束(由于用户
彻底关闭
Activity或由于系统为Activity调用finish()
方法 - 由于配置变更(例如
设备旋转
或多窗口模式
),系统暂时销毁Activit
如果Activity即将结束,onDestroy()
是 Activity 收到的最后一个生命周期回调。如果由于配置变更而调用 onDestroy(),系统会立即新建 Activity 实例,然后在新配置中为新实例调用onCreate()
8、横竖屏的影响
在理解了各个部分的生命周期之后,我们应该注意到,在APP中横竖屏的切换,会导致生命周期改变——先销毁、再创建一个新的。
那么我们可能遇到这样的情况——我们竖屏看电影的时候,进度条在20分钟,但是如果我们切换成了横屏进度条就从头开始了。这种APP出现的问题就是没有处理横竖屏切换带来的影响。
之所以会出现上述情况,是因为activity的一个生命周期已经结束了,横屏进入了一个新的生命周期。
解决方法有两种:
- 在activity中设置
android:screenOrientation="landscape"
,这样APP始终保持在横屏。 - 在activity中设置
android:configChanges="keyboardHidden|screenSize|orientation"
,这样activity在“键盘隐藏”、“屏幕大小变化”、“横竖屏切换”的时候,不会产生影响。
一般游戏开发使用第一种方法,因为游戏需要一直横屏。电影播放等使用第二种方法,这样就可以保持横竖屏进度条一致啦!
后话
关于Android中的activity中生命周期
的理解到此结束了,之后还有对activity的启动模式
的分析!
建议搭配安卓开发文档进行观看,文章内容仅供参考!