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(dec
or, 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()，避免布局重叠；
使用add，如果应用放在后台，或以其他方式被系统销毁，再打开时，hide()中引用的fragment会销毁，所以依然会出现布局重叠bug，可以使用replace或使用add时，判断是否已经添加过。
getFragmentManager、getSupportFragmentManager 、getChildFragmentManager之间的区别？
getFragmentManager()所得到的是所在fragment 的父容器的管理器，getChildFragmentManager()所得到的是在fragment 里面子容器的管理器， 如果是fragment嵌套fragment，那么就需要利用getChildFragmentManager()；因为Fragment是3.0 Android系统API版本才出现的组件，所以3.0以上系统可以直接调用getFragmentManager()来获取FragmentManager()对象，而3.0以下则需要调用getSupportFragmentManager()来间接获取；
FragmentPagerAdapter与FragmentStatePagerAdapter的区别与使用场景？
相同：
二者都继承PagerAdapter
不同：
FragmentPagerAdapter的每个Fragment会持久的保存在FragmentManager中,只要用户可以返回到页面中,它都不会被销毁。因此适用于那些数据相对静态的页,Fragment数量也比较少的那种；
FragmentStatePagerAdapter只保留当前页面,当页面不可见时,该Fragment就会被消除,释放其资源。因此适用于那些数据动态性较大、占用内存较多,多Fragment的情况；
Android题集四大组件
Android题集四大组件之Activity
Android题集四大组件之Service
Android题集四大组件之Content provider、BroadcastReceiver
喜欢本文的话，不妨顺手给我点个小赞、评论区留言或者转发支持一下呗~
点击【GitHub】还有彩蛋哦！！！
获取方式：
点击【GitHub】还有彩蛋哦！！！
获取方式：
