View的加载原理和拦截方式

View加载原理

我们经常在Activity的onCreate()中使用setContentView(R.layout.XX)来加载静态布局，今天我们一起来分析一下界面加载原理。所有技术都是这样，知道原理以后就能做一些意想不到的事情，当然View的加载也是一样。

废话少说直接开干，我们从调用处一层一层贴出了代码，在调用setContentView的时候实际上是调用的LayoutInflater的inflate方法

inflate中先对布局xml进行了解析，解析以后将结果传到重载的另一个inflate方法。

接下来我们点击进入另一个inflate方法，里面首先会判断布局是否是merge include什么的，这些我们先不管，只先分析最简单的情况。如下图，系统通过调用了一个createViewFromTag方法来获取到一个view，那么核心就是这个createViewFromTag方法了，所以我们必须继续往下面看。

进入createViewFromTag方法，发现这里很多判断，但是不管怎么判断，最后都是调用的onCreateView方法，这个onCreateView方法最后点进去是通过反射来获取，具体我这里就不进去看了，大概就是先将布局属性传入到反射constructor中，然后最后通过反射调用JNI底层代码生成的，生成以后再直接从constructor中获取。

View加载拦截

我们再回过头来分析一下最后onCreateView方法是怎么被调用的。如上图，首先判断mFactory2是否为空，如果为空接下来再判断mFactory是否为空，如果也为空的话接下来再判断mPrivateFactory是否为空，如果也为空的话接下来这里就直接调用反射代码获取view了。也就是说如果我们提前设置好自己自定义的Factory的话，就不会调用系统自带的创建view的方式，而是使用我们自定义的了。例如AppCompatActivity为了对控件做一些兼容性，就通过setFactory的方式来自定义了一个factory，对很多控件重新初始化了一次。

借鉴AppCompatActivity的思路，我们也来弄一个自己的Factory，把项目中所有的TextView内容都换成helloworld吧，代码很简单，如下：

最后，再将这个自定义的factory使用起来：

注意这里的顺序，setFactory2方法的调用一定要在super.onCreate之前，否则等系统设置了以后再设置是会报错的。最后看一下效果，界面上所有TextView内容都被替换成helloworld了。运行的效果如下：

是不是很厉害，一键把界面上所有的TextView内容全部给换掉了，其实除了更换文本内容还有很多其他的用法，基本是可以设置的属性都可以更换。主流的用法比如网易云音乐的换肤方案，核心是结合插件化技术实现在不闪烁的情况下更换app皮肤，将在下一篇文章中详细讲解。