抛出
1.compat库是如何将TextView替换为AppCompatTextView的？
2.为什么要进行替换？
3.根据替换相关原理，我们可以做哪些事情？
Answer1:
第二问：
先从第二问开始吧，AppCompatTextView继承自TextView，是对TextView的一种扩展，因为在5.0中首次推出了MaterialDesign这种设计风格，但是众所周知，5.0推出不可能所有的设备全部都更新到最新版本，为了在早期版本上实现新的功能（这些新功能比如从源码注释中解读到backgroundTint属性，根据文本内容自适应大小等），即为了新特性同样可以兼容老版本，framework在创建TextView实例的时候，自动帮我们进行了替换。其它的AppCompatXXX与XXX的关系也是如此。
第一问：
然后第一问，是如何完成替换的，我们这里只拿最直观的流程举例，且尽可能的简化源码过程，在讨论这个问题之前，先了解几个预备知识：
- View是这么被解析创建出来的：
1.LayoutInflater：将布局XML文件实例化为其对应的View对象，我们在Activity中通过setCountentView传入一个Layout的资源文件id，最终该方法调用到PhoneWindow的setContentView方法，这个方法里面有调用到
mLayoutInflater.inflate(layoutResID,mContentParent);2.inflate方法，该方法的作用是将指定的XML文件填充到View的层次结构中去，最终无论通过什么途径调用到inflate方法，都会走到三个参数的重载方法这里：
return inflate(parser,root,attachToRoot);
parser你可以认为持有将Layout.XML解析后的数据，后两个参数的意义如下：
- root 为null，attachToRoot无意义，inflate返回的是当前XML对应的根布局。
- root不为null且attachToRoot为true，则整个XML对应的布局就设置了根布局是root
- root不为null且attachToRoot为false，则会将root的
LayoutParams设置给当前的XML布局。 知道了LayoutInflate.inflate做了什么，再往下，inflate中会调用到createViewFromTag，从方法名就能知道，继续往下走，我们离答案越来越近了。createViewFromTag做的事情非常有意思：
View view;
if(mFactory2 !=null){
view =mFactory2.onCreateView(parent,name,context,attrs);
}else if(mFactory !=null){
view =mFactory.onCreateView(name,context,attrs);
}else{
view =null;
}
if(view == null && mPrivateFacotry ！=null){
view =mPrivateFacotry.onCreateVoew(parent,name,context,attrs);
}
if(view ==null){
final Object lastContext =mConstructorArgs[0];
mConstructorArgs[0]=context;
try{
if(-1 == name.indexOf('.')){ //①
view =onCreateView(parent,name,attrs);
}else{
view =createVoew(name,null,attrs);
}
}finally{
mConstructorArgs[0]=lastContext;
}
}
return view;
先看①这个if-else，条件是name中有没有字符“.”，如果有我们会执行onCreateView，如果没有会执行createView。name啥时候有点？自定义控件的时候。当是系统控件的时候，createView会有一个填充了第二个参数的调用：createVoew(name,"android.view.",attrs);补上了View控件的全路径名，而自定义控件则不需要，因为传入的name就是一个全路径名。
为什么要全路径名？因为View控件对象的创建是通过反射来实现的：
clazz =mContext.getClassLoader().loadClass(
prefix!= null ? (prefix+name):name).asSubclass(View.class);
...
constructor=clazz.getConstructor(mConstructorSignature);
constructor.setAccessible(true);
sConstructorMap.put(name,constructor);
...
args[1]=attrs;
final View view =constructor.newInstance(args);
下面对这几布做一个总结：
XML中保存了ViewTree的结构和View的相关标签信息（包括View的类型和一些属性值），然后这些信息会在后面通过反射的方式（如果没有Factory2和Factory的话）创建实例对象，如果创建的是ViewGroup，则会对它的子View遍历重复创建步骤，创建完View对象后，会add到对应的ViewGroup中，其中相关方法调用流程是：inflate->rInflate->createViewFromTag->createView
好像还是没有看到资源替换？
我们只解释了后半部分，没有解释前半部分，那么什么是Factory？
继续往下看：
createViewFromTag中会先判断有没有Factory或者Factory2的对象，如果有，则调用Factory的onCreateView方法，这两个类都是接口，其中Factory2是Factory的子接口，都只有唯一一个onCreateView方法，不同之处在于Factory2的onCreateView方法传入了parentView
该方法的作用就是你可以借助它来改造XML中已经存在了的Tag的值。所有Factory2可以达到改造parentView的目的。
但是我们日常中根本就没有任何地方接触到了Factory2，那么它是不是就直接是null呢?到这里又是一番源码调来调去，为了便于理解，只需要知道，这个Factory2，在最开始AppCompatActivity（为了兼容低版本，我们现在Activity默认都继承自它）中的onCreate方法中就已经通过层层调用被设置好了。
既然现在Factory2不为空，那么就应该去走它的onCreateView方法了，这里又是层层调用，最终来到了AppCompatViewInflater的onCreateView方法：
compat库是如何将TextView替换为AppCompatTextView的？
个人对这个的理解：在将XML文件解析成包含ViewTree信息之后，开始利用这些信息去创建每一个View节点，在创建View对象的时候，如果发现这个节点是属于支持兼容的控件比如
TextView，那么就会去调用到new AppCompatTextView()来创建一个兼容View对象，也就是在创建的时候，就已经实现了替换。
第三问：
根据替换原理，我们可以做哪些事情？
整个替换从上面的源码中就可以看到，能够被替换的关键是Factory2存在，那么我觉得，其实问题问的是Factory2可以用来做什么？
答案在这里
