Android题集四大组件之Activity

A.Activity 打开 B.Activity 时都有哪些生命周期回调?

A.onPause -> B.onCrete -> B.onStart -> B.onResume -> A.onStop

这样回答只是及格，因为仅在 B Activity 的 launchMode 为 standard 或者 B Activity 没有可复用的实例时是这样的。

当 B Activity 的 launchMode 为 singleTop 且 B Activity 已经在栈顶时（一些特殊情况如通知栏点击、连点），此时只有 B 页面自己有生命周期变化:

B.onPause -> B.onNewIntent -> B.onResume

当 B Activity 的 launchMode 为 singleInstance ，singleTask 且对应的 B Activity 有可复用的实例时，生命周期回调是这样的:

A.onPause -> B.onNewIntent -> B.onRestart -> B.onStart -> B.onResume -> A.onStop -> ( 如果 A 被移出栈的话还有一个 A.onDestory)

Activity的启动模式

---

有4种启动模式：

• standard 标准模式

• singleTop 栈顶复用模式

• singleTask 栈内复用模式

• singleInstance 单例模式

标准模式:每次启动时，都会创建一个新的实例在栈顶

栈顶复用模式：如果需要新创建的实例就在栈顶，那么就不会去重建，而是重用，否则就重新创建。

栈内复用模式：如果实例在当前栈中已经存在，就会将当前实例上面的其他实例都移除栈。

单例模式：直接创建一个新的栈并且创建实例放在栈中。

使用方式:

1.可以在在AndroidMainifest的Activity配置进行设置：android:launchMode=“启动模式”

2.通过 Intent设置标志位

val intent=Intent(this,SocendActivity::class.java)

intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK)

startActivity(intent)

//其中标志位属性

FLAGACTIVITYSINGLE_TOP：指定启动模式为栈顶复用模式（ SingleTop）

FLAGACTIVITYNEW_TASK： 指定启动模式为栈内复用模式（ SingleTask）

FLAGACTIVITYCLEAR_TOP：所有位于其上层的Activity都要移除， SingleTask模式默认具有此标记效果

FLAGACTIVITYEXCLUDEFROMRECENTS：具有该标记的Activity不会出现在历史Activity的列表中，即无法通过历史列表回到该Activity上

那么这两种方式有什么区别呢？

• 优先级不同 Intent设置方式的优先级 > Manifest设置方式，即 以前者为准

• 限定范围不同 Manifest设置方式无法设定 FLAG_ACTIVITY_CLEAR_TOP； Intent设置方式 无法设置单例模式（ SingleInstance）

onStart，onStop和onResume，onPause的区别？

---

Activity的生命周期中，大部分都是两两相对的，可以将其分为3种，前台，可见，后台。 onStart，onStop之间所经历的是可见的，但是却可能无法与用户交互。 onResume，onPause之间所经历的是属于前台，这时候用户是可以交互的。

如果新Activity是透明主题时，旧Activity会不会走onStop？

---

不会!

锁定屏与解锁屏幕，Activity如何执行生命周期的？

---

锁屏时只会调用onPause()，而不会调用onStop方法，开屏后则调用onResume()。

横竖屏切换时的生命周期？

---

如果清单文件中没有设置android:configChanges属性时，生命周期：先销毁onPause()、onStop()、onDestroy()再重新创建onCreate()、onStart()、onResume()方法。

设置orientation|screenSize（一定要同时出现）属性值时，不走生命周期方法，只会执行onConfigurationChanged()方法。

弹出 Dialog 对生命周期有什么影响？

---

我们知道，生命周期回调都是 AMS 通过 Binder 通知应用进程调用的；而弹出 Dialog、Toast、PopupWindow 本质上都直接是通过 WindowManager.addView() 显示的（没有经过 AMS），所以不会对生命周期有任何影响。

如果是启动一个 Theme 为 Dialog 的 Activity , 则生命周期为：

A.onPause -> B.onCrete -> B.onStart -> B.onResume

注意:这边没有前一个 Activity 不会回调 onStop，因为只有在 Activity 切到后台不可见才会回调 onStop；而弹出 Dialog 主题的 Activity 时前一个页面还是可见的，只是失去了焦点而已所以仅有 onPause 回调。

Activity 在 onResume 之后才显示的原因是什么？

---

虽然我们设置 Activity 的布局一般都是在 onCreate 方法里调用 setContentView 。里面是直接调用 window 的 setContentView，创建一个 DecorView 用来包住我们创建的布局。详情如下：

PhoneWindow.java

public void setContentView(int layoutResID) {

if (mContentParent == null) {

installDecor();

}

…

// 加载布局，添加到 mContentParent

// mContentParent 又是 DecorView 的一个子布局

mLayoutInflater.inflate(layoutResID, mContentParent);

}

然而这一步只是加载好了布局，生成一个 ViewTree , 具体怎么把 ViewTree 显示出来，答案就在下面：

ActivityThread.java

public void handleResumeActivity(…){

// onResume 回调

ActivityClientRecord r = performResumeActivity(…)

final Activity a = r.activity;

if (r.window == null && !a.mFinished && willBeVisible) {

r.window = r.activity.getWindow();

View decor = r.window.getDecorView();

ViewManager wm = a.getWindowManager();

wm.addView(decor, l);// 重点

}

}

WindowManager 的 addView 方法最终将 DecorView 添加到 WMS ，实现绘制到屏幕、接收触屏事件。具体的调用链如下：

WindowManagerImpl.addView

-> WindowManagerGlobal.addView

-> ViewRootImpl.setView

-> ViewRootImpl.requestLayout() // 执行 View 的绘制流程

// 通过 Binder 调用 WMS ，WMS 会添加一个 Window 相关的对象

// 应用端通过 mWindowSession 调用 WMS

// WMS 通过 mWindow (一个 Binder 对象) 调用应用端

mWindowSession.addToDisplay(mWindow)

综上，在onResume回调之后，会创建一个 ViewRootImpl ，有了它之后应用端就可以和 WMS 进行双向调用了。

onActivityResult 在哪两个生命周期之间回调？

---

onActivityResult 不属于 Activity 的生命周期，一般被问到这个问题时大家都会懵逼。

其实答案很简单，onActivityResult 方法的注释中就写着答案：

「You will receive this call immediately before onResume() when your activity is re-starting.」

跟一下代码（TransactionExecutor.execute 有兴趣的可以自己打断点跟一下），会发现 onActivityResult 回调先于该 Activity 的所有生命周期回调，从 B.Activity 返回 A.Activity 的生命周期调用为：

B.onPause -> A.onActivityResult -> A.onRestart -> A.onStart -> A.onResume

onCreate 方法里写死循环会 ANR 吗？

---

ANR 的四种场景：

• Service TimeOut: service 未在规定时间执行完成：前台服务 20s，后台 200s

• BroadCastQueue TimeOut: 未在规定时间内未处理完广播：前台广播 10s 内, 后台 60s 内

• ContentProvider TimeOut: publish 在 10s 内没有完成

• Input Dispatching timeout: 5s 内未响应键盘输入、触摸屏幕等事件

我们可以看到，Activity 的生命周期回调的阻塞并不在触发 ANR 的场景里面，所以并不会直接触发 ANR。

只不过死循环阻塞了主线程，如果系统再有上述的四种事件发生，就无法在相应的时间内处理从而触发 ANR。

onNewIntent是什么时候调用的？

---

如果需要启动的实例是之前有打开过的，并且在栈的顶部，目前处于onPause、onStop 的状态，其他实例再次进入的话，执行顺序为：onNewIntent，onRestart，onStart，onResume。

onSaveInstanceState()方法的作用?

---

异常情况下系统配置发生改变时导致Activity被杀死并重新创建、资源内存不足导致低优先级的Activity被杀死

• 系统会调用onSaveInstanceState来保存当前Activity的状态，此方法调用在onStop之前，与onPause没有既定的时序关系；

• 当Activity被重建后，系统会调用onRestoreInstanceState，并且把onSave(简称)方法所保存的Bundle对象同时传参给onRestore(简称)和onCreate()，因此可以通过这两个方法判断Activity是否被重建，调用在onStart之后；

Activity跟window，view之间的关系？

---

• Activity在创建时会调用 attach() 方法初始化一个PhoneWindow(继承于Window)，每一个Activity都包含了唯一一个PhoneWindow

• Activity通过setContentView实际上是调用的getWindow().setContentView将View设置到PhoneWindow上而PhoneWindow内部是通过WindowManager的addView、removeView、updateViewLayout这三个方法来管理View，WindowManager本质是接口，最终由WindowManagerImpl实现

App的启动流程

---

1、点击桌面App图标，Launcher进程采用Binder IPC向system_server进程发起startActivity请求；

2、system_server进程接收到请求后，向zygote进程发送创建进程的请求；

3、Zygote进程fork出新的子进程，即App进程；

4、App进程，通过Binder IPC向sytem_server进程发起attachApplication请求；

5、system_server进程在收到请求后，进行一系列准备工作后，再通过binder IPC向App进程发送scheduleLaunchActivity请求；

6、App进程的binder线程（ApplicationThread）在收到请求后，通过handler向主线程发送LAUNCH_ACTIVITY消息；

7、主线程在收到Message后，通过发射机制创建目标Activity，并回调Activity.onCreate()等方法。

Fragment

======================================================================

Fragment的生命周期？

---

Fragment从创建到销毁整个生命周期中涉及到的方法依次为：onAttach()→onCreate()→onCreateView()→onActivityCreated()→onStart()→onResume()→onPause()→onStop()→onDestroyView()→onDestroy()→onDetach()，其中和Activity有不少名称相同作用相似的方法，而不同的方法有:

• onAttach()：当Fragment和Activity建立关联时调用；

• onCreateView()：当fragment创建视图调用，在onCreate之后；

• onActivityCreated()：当与Fragment相关联的Activity完成onCreate()之后调用；

• onDestroyView()：在Fragment中的布局被移除时调用；

• onDetach()：当Fragment和Activity解除关联时调用；

Activity和Fragment的区别？

---

相同：

都可包含布局、可有自己的生命周期

不相同：

• Fragment可以在XML文件中直接进行写入，也可以在Activity中动态添加；

• Fragment可以使用show()/hide()或者replace()随时对Fragment进行切换，并且切换的时候不会出现明显的效果，用户体验会好；Activity虽然也可以进行切换，但是Activity之间切换会有明显的翻页或者其他的效果，在小部分内容的切换上给用户的感觉不是很好；

Fragment中add与replace的区别？

---

• add不会重新初始化fragment，replace每次都会。所以如果在fragment生命周期内获取获取数据,使用replace会重复获取；

• 添加相同的fragment时，replace不会有任何变化，add会报IllegalStateException异常；

• replace先remove掉相同id的所有fragment，然后在add当前的这个fragment，而add是覆盖前一个fragment。所以如果使用add一般会伴随hide()和show()，避免布局重叠；