积跬步-至千里系列之三：Android界面布局的加载

积跬步-至千里系列之三：Android界面布局的加载

在android系统中，我们经常会通过Context获取系统级别的服务，如WindowManagerService，ActivityManagerService，更常用的其实是一个LayoutInflater的类，这些服务会在何时的时候以单例的形式注册在系统中，在我们需要的时候通过context的getSystemService获取，现在来分析LayoutInflater。
平时使用的LayoutInflater.from(context).inflater()方法是最常见的使用形式，我们可以跟踪代码进一步看看，如下图：


我们在使用该方法的时候会有一个context上下文对象，具体该上下文指的是啥呢，其实Application，Activity，Service中都会有一个context对象，Context的对象的个数为Activity个数＋Service个数＋1。我们以Activity中的context来进行分析。知识点：一个Activity的入口是ActivityThread的main函数，在main函数中创建一个新的ActivityThread对象，并且启动消息循环（UI线程），创建新的Activity，新的Context对象，然后将Context对象传递给Activity。
首先看ActivityThread源代码如下：


如上，在main方法中，创建一个ActivithThread对象，然后调用attach对象，参数为false；接下来在attach方法中，参数为false时(即非系统应用），会通过Binder机制与ActivityManagerService通信，并且最终调用handleLaunchActivity函数，接下来看一下handleLaunchActivity函数的实现：



我们看到，handleLaunchActiivty方法中调用了performLaunchActivity方法，返回一个Activity对象；在performLaunchActivity中，首先使用ClassLoader加载类进内存，然后newActivity（）方法创建一个Activity；接下来创建Application对象，如果activity非空，获取context对象，然后将appContext对象attach到activity中，接下来调用Activity的onCreate方法：

对于上面的获取Context对象的createBaseContextForActivity方法，如下：

具体调用的是ContextImpl类，ContextImpl类通过静态代码块的方式将需要的系统服务进行注册，常驻内存；然后我们在使用LayoutInflater的时候，就能够获取到了。在源码中注册LayoutInflater的调用的方法是PolicyManager.makeNewLayoutInflater方法，源码如下：

最近在看Android源码分析，其中分析了单例模式在Android系统中的应用，就是Android界面布局的加载过程。看过之后，今天做个总结。
挖坑，稍后来填。