UI绘制流程（1） - 程序启动

UI绘制流程（1）- 程序启动

UI绘制流程（2） - 布局加载及初始化

       之前对于ui绘制方面的知识点比较零碎，想通过这篇博客将过去积累的笔记和知识点串起来做一个汇总，同时分享给大家。大家知道我们手机上看到的视图是由activity的oncreate方法中加载创建，在onstart()方法中显示，在onresume（）方法中获取焦点。今天说一下Android在oncreate方法中ui绘制做了哪些事情。

1、程序启动

大家知道Java中有main方法为程序的入口，Android本身的语言为Java，但是我们平时开发中没有main方法，这个main方法在哪呢？Android程序又是如何开始运行的呢？

      在Android中有一个ActivityThread类，通过类名我们就可以推断出和主线程有关。在这个类中我们便能找到我们所要的main，没错正如大家所想这便是我们程序的入口。我们的程序从这里开始。那么就看看在main方法中到底做了什么！

通过源码可以看到，在main函数中实例化activity线程，并且调用了attach()方法；那就看一下attach()中做了什么。

在这里调用的是系统的Activity管理服务，他是来调度Android程序里面的Activity的开启等工作.并且这里给了一个Binder接口，通过binder通信机制来实现系统和activity跨进程之间的访问。

回到attach方法当中继续往下看，在获得ActivityManager之后，调用了一个attachApplication方法，传入的参数是mAppThread，这是一个ApplicationThread类型的Binder对象，它的作用是用来进行进程间通信的。通过attachApplication方法将activity与applciationThread相关联，把activity相关信息存储在applciationThread里面，为activity的各种状态做了相对应的准备工作。

接下来看一下ApplciationThread类里面到底又是什么，又做了哪些事情。在进入到ApplciationThread类之中，会看到很多schedlexxxxxx()方法，通过方法名就可知道这些方法就会在表明，代表的是在执行Activity的某种状态时调用的计划执行方法。比如：scheduleStopActivity（）方法就是计划停止activity时会调用的。

几乎在每一个方法中都有sendMessage()方法发送消息，其中scheduleLaunchActivity（）实现activity计划加载，方法中ActivityClientRecord对象，这个对象其实实际上就是我们的Activity。

当Activity状态改变时，都会有对应的一个消息发送出去

而接收这里，我能发现通过发送时不同的状态，这边调用了不同的handlerXXXActivity方法。在这里看到了生命周期的影子。在Application运行期间，当对activity进行操作、状态改变时，其实是通过Handler消息机制来完成的，在上图中接受消息调用handleLaunchActivity（）方法来启动activity。

进入到handleLaunchActivity（）方法中performLaunchActivity（）获得activity对象，其中保存有activity信息。进入到方法中

Application运行的过程当中，对于Activity的操作，状态转变，其实实际上是通过Handler消息机制来完成的，Application当中只管去发， 由消息机制负责调用，因为在main方法当中我门的Looper轮训器是一直在进行轮训的而当我们在加载Activity的时候，当中调用了一个performLaunchActivity()方法，在这个中间我发现了我们onCreate的调用痕迹。这个方法中还包含activity封装到对象当中，在这里就不在过多的赘述。这个方法中还包含activity封装到对象当中，在这里就不在过多的赘述。