Android 技能树 — Activity 小结，【深夜思考
Android技能树 — Android存储路径及IO操作小结
数据结构基础知识
算法基础知识
这次是讲 Activity 的相关内容。还是老样子，先上脑图，然后具体一块块详细说明。
Activity
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;
@Overrideprotected void onCreate(@Nullable Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_save);}
@Overrideprotected void onSaveInstanceState(Bundle outState) {super.onSaveInstanceState(outState);outState.putString("data", "存储的数据");}
@Overrideprotected 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的时候，默认代码是这样的：
@Overrideprotected void onSaveInstanceState(Bundle outState) {super.onSaveInstanceState(outState);}
@Overrideprotected void onRestoreInstanceState(Bundle savedInstanceState) {super.onRestoreInstanceState(savedInstanceState);}
既然我们没有做额外处理，那说明关键点就在super.onSaveInstanceState(outState);和super.onRestoreInstanceState(savedInstanceState);这二句话了。
简单来说：super.onSaveInstanceState(outState);它会帮我们保存 Activity 的相关视图，然后分别调用每个 View 的onSaveInstanceState方法，比如EditText在自己的类中的这个方法就是保存了输入的内容。然后在super.onRestoreInstanceState(savedInstanceState);方法中会再调用每个 View 的`onRestoreInst
anceState方法，我们的EditText就是会调用自己的这个方法，然后再把保存好的内容再赋值进去。所以我们如果想知道某一个具体的View系统能自动帮我们恢复哪些数据，我们可以查看这个View的onSaveInstanceState和onRestoreInstanceState`代码（比如 ListView 会自动恢复滚动位置等）。
Activity 的优先级
内存不足时候杀死优先级低的 Activity，这时候的数据存储和恢复过程和我们上面讲的也是一样的。
那 Activity 的具体的优先级怎么样的呢：
前台 Activity - 正在和用户交互的 Activity，优先级最高。
可见但不能操作的 Activity - 比如我们上面说的弹出弹框等情况。
后台 Activity - 比如执行了 onStop 的 activity。
我们可以看到后台 Activity 很容易被杀死，所以一些后台工作更适合放到 Service 中去，这样保证优先级。不会轻易被系统杀死。
生命周期切换过程
当然一般我们也只要知道几个常用的切换过程即可，贴上网上别的文章经常用到的图片：
生命周期切换图
Activity 启动方式
其实关于启动方式的，文章真的太多太多了,我推荐一下这二篇文章，方便大家弄懂。
基础知识：
这里推荐一篇进阶版的启动模式的文章：
好吧，其实就是我偷懒了。不想长篇大论的写启动方式了。。。哈哈
启动 Activity
Activity 的启动可以分为显式调用和隐式调用二种。
显式调用启动 Activity
这个是我们最常见的方式了。直接写上目标的 Activity 的名字，然后startActivity或者startActivityForResult来启动。
一般的代码是这样的（比如从 MainActivity 启动了 TargetActivity）：
Intent intent = new Intent();intent.setClass(MainActivity.this,TargetActivity.class);startActivity(intent);
隐式调用启动 Activity
还未添加个人签名 2021.10.31 加入
还未添加个人简介
评论