Activity生命周期
我估计如果面试面试官问你Activity的生命周期报一遍看,你心里一定暗骂mmp。因为这种一般菜鸟都知道有哪些常用的,虽然可能有些不常用的,不清楚也是很正常,而且面试官也就是想知道几个常用的而已。
正常生命周期
一般来说我们讲的生命周期就是下面几个:
其中主要提下(onStart - onStop),(onResume - onPause)这二对。
问题1:
我们一般app里面启动一个新的Activity后,onStart ——> onResume,都会执行,那什么时候会执行onStart,什么时候接着执行onResume呢?而我们启动另外一个新的Activity,或者按了Home键回到了桌面,这时候会执行onPause ——> onStop,那什么时候会执行onPause呢?什么时候会执行onStop呢? 我们可以这么记:Activity启动后,我们会看到界面,然后可以点击界面上的按钮,这时候是不是分成了二大块:
- 看得到我们写Activity的界面。
- 然后可以操作我们的界面。
所以(onStart - onStop)和界面的可见与否有关, (onResume - onPause)和界面是否可以操作有关。
举个简单例子,比如我们在Activity上有个按钮A,,这时候启动一个弹框或者启动一个新的透明的Activity,这个按钮A肯定是不能按的,但是我们可以看到A这个按钮,这时候onStop不会执行,但会执行onPause ,因为我们已经不能点击这个按钮了,但是我们能看到这个按钮。
问题2:
如果我们从A 这个Activity ,跳到了 B 这个Activity,那二个Activity的(onStart - onStop)和(onResume - onPause)又分别如何执行。
大家如果要实验,只要在相应的生命周期处打上Log即可。结果是这样的: A(onPause) -> B(onCreate)->B(onStart) —> B(onResume) -> A(onStop)
所以,如果你在从一个Activity跳转到另外一个Activity之前,要做一些操作的话,最好是放在onStop中,因为如果放在onPause中的话,会影响新的Activity启动速度。
异常生命周期
我们看脑图就知道,在异常生命周期中,我们会额外执行二个方法:onSaveInstanceState(Bundle outState)
和onRestoreInstanceState(Bundle savedInstanceState)
,看字面意思就知道了。在Activity销毁的时候先通过onSaveInstanceState
的Bundle参数里面,存储一些内容,然后在重建时候调用onRestoreInstanceState
方法传递刚才那个Bundle,然后我们可以取出我们刚存的东西。
我们先来看什么时候会出现异常生命周期:
- 资源相关的系统配置改变(最常见的就是旋转屏幕)
- 内存不足时候,会杀死优先级低的Activity
我们来分别查看:
旋转屏幕
最简单的还是用例子来说明,我们写了一个Activity,里面有一个EditText:
public class SaveActivity extends AppCompatActivity {
TextView a;
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_save);
}
@Override
protected void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
outState.putString("data", "存储的数据");
}
@Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
super.onRestoreInstanceState(savedInstanceState);
Log.v("dyp", savedInstanceState.getString("data"));
}
}
我们旋转手机屏幕,在onSaveInstanceState中,在bundle里面存了个字符串,然后Activity重建后会在onRestoreInstanceState中的bundle中可以拿到我们存的字符串。
打印的内容: V/dyp: 存储的数据
有人会问了。我发现一个现象,就是比如我们的Activity里面有个EditText
,这时候我在里面输入了123456
,我也没在onSaveInstanceState
和onRestoreInstanceState
里面做特殊处理,但是手机屏幕转过来后,我的EditText
还是能显示123456
。我们具体来分析下这个现象。
竖屏
横屏
我们知道在重写onSaveInstanceState
和onRestoreInstanceState
的时候,默认代码是这样的:
@Override
protected void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
}
@Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
super.onRestoreInstanceState(savedInstanceState);
}
既然我们没有做额外处理,那说明关键点就在super.onSaveInstanceState(outState);
和super.onRestoreInstanceState(savedInstanceState);
这二句话了。 简单来说:super.onSaveInstanceState(outState);
它会帮我们保存Activity的相关视图,然后分别调用每个View的onSaveInstanceState
方法,比如EditText
在自己的类中的这个方法就是保存了输入的内容。然后在super.onRestoreInstanceState(savedInstanceState);
方法中会再调用每个View的onRestoreInstanceState
方法,我们的EditText
就是会调用自己的这个方法,然后再把保存好的内容再赋值进去。所以我们如果想知道某一个具体的View系统能自动帮我们恢复哪些数据,我们可以查看这个View的onSaveInstanceState
和onRestoreInstanceState
代码(比如ListView会自动恢复滚动位置等)。
Activity的优先级
内存不足时候杀死优先级低的Activity,这时候的数据存储和恢复过程和我们上面讲的也是一样的。
那Activity的具体的优先级怎么样的呢:
- 前台Activity - 正在和用户交互的Activity,优先级最高。
- 可见但不能操作的Activity - 比如我们上面说的弹出弹框等情况。
- 后台Activity - 比如执行了onStop的activity。
我们可以看到后台Activity很容易被杀死,所以一些后台工作更适合放到Service中去,这样保证优先级。不会轻易被系统杀死。
生命周期切换过程
当然一般我们也只要知道几个常用的切换过程即可,贴上网上别的文章经常用到的图片:
生命周期切换图
Activity启动方式
其实关于启动方式的,文章真的太多太多了,我推荐一下这二篇文章,方便大家弄懂。
基础知识: 彻底弄懂Activity四大启动模式
这里推荐一篇进阶版的启动模式的文章: Android面试官装逼失败之:Activity的启动模式
好吧,其实就是我偷懒了。不想长篇大论的写启动方式了。。。哈哈
启动Activity
Activity的启动可以分为显式调用和隐式调用二种。
显式调用启动Activity
这个是我们最常见的方式了。直接写上目标的Activity的名字,然后startActivity
或者startActivityForResult
来启动。
一般的代码是这样的(比如从MainActivity启动了TargetActivity):
Intent intent = new Intent();
intent.setClass(MainActivity.this,TargetActivity.class);
startActivity(intent);
隐式调用启动Activity
大家可能会想,一般都是上面那种启动方式来启动的,那这种隐式调用有啥用。
比如我们现在需要点击按钮,进入到拨打我们APP客服电话。我们总不可能让用户每次都背下来号码,然后手动打开电话那里去按。 我们当前Activity上有一个按钮,并且设置按钮的点击事件为:
Button btn = findViewById(R.id.button);
btn.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Uri data = Uri.parse("tel:10086");
Intent intent = new Intent();
intent.setAction(Intent.ACTION_VIEW);
intent.setData(data);
startActivity(intent);
}
});
这时候,你点击了这个按钮,我们调用startActivity
方法,就会自动跳到拨号界面。
可是我们并没有设置Intent指向了具体的某个XXX名字的Activity。但是还是打开了拨号界面的这个Activity,因为我们是隐式调用,并且设置了规则。只要规则匹配上,就会调用。
不过如果我们设置的规则有多个Activity都匹配,则会出现选择框,让你进行选择。 比如说我们在app中打开一个网址,
Intent intent = new Intent();
intent.setAction(Intent.ACTION_VIEW);
Uri data=Uri.parse("http://www.baidu.com");
intent.setData(data);
startActivity(intent);
这时候一般都会跳出这么一个界面:
那具体的匹配规则是怎么样呢,我们可以看到我们上面有这二行代码:
intent.setAction(Intent.ACTION_VIEW); intent.setData(data);
所以action
和data
一定是匹配规则,同时其实还有另外一个category
。
好,我们回头来看,我们如何设置一个Activity的规则,然后让其他Activity通过隐式调用来启动自己,就是在AndroidManifest.xml
中进行设置<intent-filter>
标签,我们还记不记得我们设置的一个APP的启动Activity,是不是也用的隐式调用。
<activity android:name=".MainActivity">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
PS:在这里我们看到了category了。
所以我们只需要在AndroidManifest.xml
中添加<intent-filter>
标签,然后加入相应的action
,category
,data
等过滤条件,只要符合了,就会启动相应的Activity。
其中具体的匹配规则,上面的脑图也已经写出来了:
注意点
避免隐式调用时候找不到Activity产生的报错
采用相关方法,提前判断是否有相匹配的Activity。
隐式调用中category的注意点
比如我们在AndroidManifest.xml中这么写的:
<activity android:name=".MainActivity">
<intent-filter>
<action android:name="dyp"/>
</intent-filter>
</activity>
我们只设置了action的过滤条件,然后我们在其他activity中想启动这个MainActivity。写了如下代码:
Intent intent = new Intent();
intent.setAction("dyp");
startActivity(intent);
你会发现,会报异常:
android.content.ActivityNotFoundException: No Activity found to handle Intent { act=dyp }
会提示找不到,为什么会这样,因为我们在调用startActivity或者startActivityForResult的时候会默认帮我们的Intent加上一个category,也就是intent.addcategory("android.intent.category.DEFAULT");
所以如果你的activity在AndroidManifest.xml
中的<intent-filter>
没有添加这个category
,就会无法成功匹配。
所以我们这里要改成这样:
<activity android:name=".MainActivity">
<intent-filter>
<action android:name="dyp"/>
<category android:name="android.intent.category.DEFAULT"/>
</intent-filter>
</activity>
隐式调用中data的注意点
和上面的category比较类似,所以也不具体些例子了。大家看脑图即可。
结语
图片代表我的心。。。有啥写错的,欢迎吐槽留言。。哈哈。