Android技能树 - Activity小结

前言

最近年底了，打算把自己的Android知识都整理一下。

Android技能书系列：

Android技能树 — 动画小结

Android技能树 — View小结

Android技能树 — Activity小结

这次是讲Activity的相关内容。还是老样子，先上脑图，然后具体一块块详细说明。

Activity.png

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中进行设置标签，我们还记不记得我们设置的一个APP的启动Activity，是不是也用的隐式调用。

PS:在这里我们看到了category了。

所以我们只需要在AndroidManifest.xml中添加标签，然后加入相应的action,category,data等过滤条件，只要符合了，就会启动相应的Activity。

其中具体的匹配规则，上面的脑图也已经写出来了：

注意点

避免隐式调用时候找不到Activity产生的报错

采用相关方法，提前判断是否有相匹配的Activity。

隐式调用中category的注意点

比如我们在AndroidManifest.xml中这么写的：

我们只设置了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中的没有添加这个category,就会无法成功匹配。

所以我们这里要改成这样：

隐式调用中data的注意点

和上面的category比较类似，所以也不具体些例子了。大家看脑图即可。

结语

图片代表我的心。。。有啥写错的，欢迎吐槽留言。。哈哈。