1.Activity生命周期
在正常情况下，Activity生命周期就只有如下7个：
onCreate()：表示Activity正在被创建，常用来初始化工作，比如调用setContentView加载界面布局资源，初始化Activity所需数据等；
onRestart(): 表示Activity正在重新启动，一般情况下，当前Activity从不可见重新变成可见时，onRestart就回被调用；
onstart(): 表示Activity正在被启动，此时Activity可见但不在前台，还处于后台，无法与用户交互；
onResume(): 表示Activity获得焦点，此时Activity可见且在前台并开始活动，这是与onstart的区别所在；
onPause(): 表示Activity正在停止。此时可以做一些存储数据、停止动画等工作，但是不能太耗时，因为这会影响到新Activity的显示，onPause必须执行完，新Activity的onResume才会执行；
onStop(): 表示Activity即将停止，可以做一些稍微重量级的回收工作，比如注销广播接收器、关闭网络连接，同样不能太耗时；
onDestory(): 表示Activity即将被销毁，这是Activity 生命周期中的最后一个回调，常做回收工作、资源释放；
延伸：从整个生命周期来看，onCreate和onDestory是配对的，分别标识着Activity的创建和销毁，并且只可能有一次调用；从Activity是否可见来说，onStart和onStop是配对的，这两个方法可能被调用多次；从Activity是否在前台来说，onResume和onPause是配对的，这个方法可能被调用多次；
2.Activity A 启动另一个Activity B 会调用哪些方法？如果B是透明主题的又或则是个DialogActivity呢 ？
Activity A启动另一个ActivityB，回调如下
Activity A的onPause()--Activity B的onCreate()--onStart()--onResume()--Activity A的onStop();
若果B是透明主题或者是个DialogActivity，则不会回调A的onStop；
3.说下onSaveInstanceState()方法的作用 ? 何时会被调用？
发生条件：异常情况下（系统配置发生改变时导致Activity被杀死并重新创建、资源内存不足导致低优先级的Activity被杀死）
系统会调用onSaveInstanceState来保存当前Activity的状态，此方法调用在onStop之前，与onPause没有既定的时序关系；
当Activity被重建后，系统会调用onRestoreInstanceState，并且把onSave(简称)方法所保存的Bundle对象同时传参给
onRestore(简称)和onCreate()，因此可以通过这两个方法判断Activity是否被重建，调用在onStart之后；
image.png
4.说下 Activity的四种启动模式、应用场景 ？
standard标准模式：每次启动一个Activity都会重新创建一个新的实例，不管这个实例是否已经存在，此模式的Activity默认会进入启动它的Activity所属的任务栈中；
singleTop栈顶复用模式：如果新Activity已经位于任务栈的栈顶，那么此Activity不会被重新创建，同时会回调onNewIntent方法，如果新Activity实例已经存在但不在栈顶，那么Activity依然会被重新创建；
singleTask栈内复用模式：只要Activity在一个任务栈中存在，那么多次启动此Activity都不会重新创建实例，并回调onNewIntent方法，此模式启动Activity A，系统首先会寻找是否存在A想要的任务栈，如果不存在，就会重新创建一个任务栈，然后把创建好A的实例放到栈中；
singleInstance单实例模式：这是一种加强的singleTask模式，具有此种模式的Activity只能单独地位于一个任务栈中，且此任务栈中只有唯一一个实例；
5.了解哪些Activity常用的标记位Flags？
FLAG_ACTIVITY_NEW_TASK : 对应singleTask启动模式，其效果和在XML中指定该启动模式相同；
FLAG_ACTIVITY_SINGLE_TOP : 对应singleTop启动模式，其效果和在XML中指定该启动模式相同；
FLAG_ACTIVITY_CLEAR_TOP : 具有此标记位的Activity，当它启动时，在同一个任务栈中所有位于它上面的Activity都要出栈。
FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS : 具有这个标记的 Activity 不会出现在历史 Activity 列表中；
6.说下 Activity跟window，view之间的关系？
Activity在创建时会调用 attach() 方法初始化一个PhoneWindow(继承于Window)，每一个Activity都包含了唯一一个PhoneWindow
Activity通过setContentView实际上是调用的 getWindow().setContentView将View设置到PhoneWindow上，而PhoneWindow内部是通过 WindowManager 的addView、removeView、updateViewLayout这三个方法来管理View，WindowManager本质是接口，最终由WindowManagerImpl实现
延伸
WindowManager为每个Window创建Surface对象，然后应用就可以通过这个Surface来绘制任何它想要绘制的东西。而对于WindowManager来说，这只不过是一块矩形区域而已
Surface其实就是一个持有像素点矩阵的对象，这个像素点矩阵是组成显示在屏幕的图像的一部分。我们看到显示的每个Window（包括对话框、全屏的Activity、状态栏等）都有他自己绘制的Surface。而最终的显示可能存在Window之间遮挡的问题，此时就是通过SurfaceFlinger对象渲染最终的显示，使他们以正确的Z-order显示出来。一般Surface拥有一个或多个缓存（一般2个），通过双缓存来刷新，这样就可以一边绘制一边加新缓存。
View是Window里面用于交互的UI元素。Window只attach一个View Tree（组合模式），当Window需要重绘（如，当View调用invalidate）时，最终转为Window的Surface，Surface被锁住（locked）并返回Canvas对象，此时View拿到Canvas对象来绘制自己。当所有View绘制完成后，Surface解锁（unlock），并且post到绘制缓存用于绘制，通过Surface Flinger来组织各个Window，显示最终的整个屏幕
7.横竖屏切换的Activity生命周期变化？
不设置Activity的android:configChanges时，切屏会销毁当前Activity，然后重新加载调用各个生命周期，切横屏时会执行一次，切竖屏时会执行两次； onPause() →onStop()→onDestory()→onCreate()→onStart()→onResume()* 设置Activity的android:configChanges="orientation"，经过机型测试
在Android5.1 即API 23级别下，切屏还是会重新调用各个生命周期，切横、竖屏时只会执行一次
在Android9 即API 28级别下，切屏不会重新调用各个生命周期，只会执行onConfigurationChanged方法
后经官方查正，原话如下
* 如果您的应用面向Android 3.2即API 级别 13或更高级别（按照 minSdkVersion 和 targetSdkVersion 属性所声明的级别），则还应声明 "screenSize" 配置，因为当设备在横向与纵向之间切换时，该配置也会发生变化。即便是在 Android 3.2 或更高版本的设备上运行，此配置变更也不会重新启动 Activity* 设置Activity的android:configChanges="orientation|keyboardHidden|screenSize"时，机型测试通过，切屏不会重新调用各个生命周期，只会执行onConfigurationChanged方法；
8.如何启动其他应用的Activity？
在保证有权限访问的情况下，通过隐式Intent进行目标Activity的IntentFilter匹配，原则是：
一个intent只有同时匹配某个Activity的intent-filter中的action、category、data才算完全匹配，才能启动该Activity；
一个Activity可以有多个 intent-filter，一个 intent只要成功匹配任意一组 intent-filter，就可以启动该Activity；
9.Activity的启动过程？(重点)
*⾸先还是得当前系统中有没有拥有这个 Application 的进程。如果没有，则需要处理 APP 的启动过程。在经过创建进程、绑定 Application 步骤后，才真正开始启动 Activity 的⽅法。 startActivity() ⽅法最终还是调⽤的 startActivityForResult()。
*在 startActivityForResult() 中，真正去打开 Activity 的实现是在 Instrumentation 的 execStartActivivity() ⽅法中。
*在 execStartActivity() 中采⽤ checkStartActivityResult() 检查在 manifest 中是否已经注册，如果没有注册则抛出异常。否则把打开 Activity 的任务交给 ActivityThread 的内部类 ApplicationThread，该类实现了 IApplicationThread 接⼝。这个类完全搞定了onCreate()、onStart() 等 Activity 的⽣命周期回调⽅法。
*在 ApplicationThread 类中，有⼀个⽅法叫 scheduleLaunchActivity()，它可以构造⼀个 Activity 记录，然后发送⼀个消息给事先定义好的 Handler。这个 Handler 负责根据 LAUNCH_ACTIVITY 的类型来做不同的 Activity 启动⽅式。其中有⼀个᯿要的⽅法 handleLaunchActivity() 。
*在 handleLaunchActivity() 中，会把启动 Activity 交给 performLaunchActivity() ⽅法。在 performLaunchActivity() ⽅法中，⾸先从 Intent 中解析出⽬标 Activity 的启动参数，然后⽤ClassLoader 将⽬标 Activity 的类通过类名加载出来并⽤ newInstance() 来实例化⼀个对象。创建完毕后， 开始调⽤ Activity 的 onCreate() ⽅法，⾄此，Activity 被成功启动。
image.png
