最近又看了一遍activity的生命周期，相较于毕业初死记硬背的应试思维，现在更多的是想生命周期中的每个节点都做了什么，怎么就显示出来了，当你知道了activity的创建流程，你可能就会冒出新的想法。以下的分析过程中可能顺带说一些其他的细节。
一、activity的创建过程
我们都知道，启动一个activity，会调用startActivity或者startactivityForResult,那我们就看看它都做了什么
what f**k ，这货最后调用的居然也是startactivityForResult，唯一不同的是requestcode为-1，让我们继续往下走，在这个方法里有这么一段话
就是说如果requecode>=0,onActivityResult才会被回调，其实如果是我我也这么设计，反正都是启动界面，哈哈哈，但是这也提醒了大家，requestcode一定要大于0哦，话扯远了，言归正传
就是这个方法启动了activity，Instrumentation是android系统中启动Activity的一个实际操作类，他具体是怎么实现的呢，
简单来说就是应用程序进程（ActivityManagerNative）通过Binder进程间通信机制向SystemServer（ActivityManagerService）发送创建activity的请求，然后SystemServer（IApplicationThread）又通过binder进程间机制方式向应用程序端（ApplicationThread）发送activity创建成功的消息，所有Activity的创建都在对应应用程序进程ActivityThread类中完。
应用程序端在收到SystemServer创建成功的通信后，经过一系列操作，activityThread就会收到一个LAUNCH_ACTIVITY消息，然后执行handleLaunchActivity方法（图5），这个方法中performLaunchActivity（图6），就创建了activity的实例（图7），这里用的是反射，还有我们可以注意到instrumentation一直在扮演着角色，它会在应用程序的任何组件创建之前初始化，可以用来监控系统与应用的所有交互。系统可以根据AndroidManifest.xml中的 instrumentation 标签来实现，instrumentation可以用作为一个功能性的测试。
至此，activity终于创建完成
二、activity、window和view 的关系
下面来说一下window，我们都知道，一个activity对应一个窗口，但最终是通过view展示出界面，那window和view之间肯定就有一些秘密了。
上面这段话意思大概就是 这个类是窗口外观的基类，她提供了标准的UI策略，什么背景、标题、内容等等，下面一句话它只有一个实现类Phonewindow。Android系统中有三类窗口，应用窗口、子窗口、系统窗口。应用窗口就是今天要研究的这种对应一个activity，子窗口就是依附在父窗口之上的窗口。系统窗口就是由系统进程创建，不依赖于任何应用或者不依附在任何父窗口之上，例如toast。
window和view一样，需要LayoutParams来设置，这些都定义在windowManager中。内部类LayoutParams其实是一组用于描述窗口（Window）参数的数据类，其中包括窗口的大小，类型，特征，软键盘输入法模式，相对位置以及动画，背景图像格式等等。
简单了解完window之后，我们就得看看他是在什么时候和activity联系到一块的，我们从上面创建出activity那开始，在调用performLaunchActivity这个方法生成activity实例后，有如图9一段代码
它调用了activity的attach()方法，那这个方法又做了什么呢
我们的window这时候就实例化了，然后又给window设置了windowManager。这里大家注意一下，mWindow.setCallBack(this)，activity实现了window.Callback的接口，这个callback是干啥的，看一下（图10.5）是不是有些很熟悉，其实点击事件都是靠这个接口回调给activity的。有兴趣可以追踪一下那些你不熟悉的方法什么时候触发吧，有肯定对你很有启发哦，接下来我也会在遇到这个回调的时候给大家分享一下。
然后我们再回到ActivityThread中activity.attach()，看看之后做了什么
我们之前说过，Instrumentation可以用来监控系统与应用的所有交互，callActivityOnCreate（），其实真的是调用了activity的oncreate()方法（图13），Instrumentation就是这样实现对应用交互的监听，任何和应用有关的交互都会通过它来传达
OK，终于指向了我们熟悉的oncreate（），看看oncreate做了什么，系统的oncreate做了啥，看了一下，没啥可关注的，都是些状态的处理，我们在这个时候做了什么，有一个很重要的方法setContentView,其实这句话包含了很多东西。
getwindow（）就是attach方法时初始化的phonewindow，直接就给传进去了，搞事情啊。
这个方法里有个mcontentParent,这是什么呢，看一下
generateDecor（）源码中实例化了一个继承于framelayout的DecorView，所以mdecor就是一个viewgroup,然后generateLayout(mdecor)，就是一系列的初始化theme、style,最后将ID_ANDROID_CONTENT这个ID赋给了contentParent返回，也就是说mcontentParent是mDecor的一部分,decorView就是根布局，它里面包含titlebar、content还有其他一些布局，而这个content就是显示我们自己布局的容器。
在DecorView的构造方法中，也调用了setwindow这个方法，主要是将view中事件通过window.callBack接口回调给activity。
未完待续。。。。
