【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不为null
savedInstanceState是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的启动模式的分析！

建议搭配安卓开发文档进行观看，文章内容仅供参考！

【Android】安卓四大组件之Activity二