我们这里以AppCompatTextView和TextView为例来分析系统是如何将我们的常规View替换为对应的AppCompatView的，以及系统为什么要做这样的替换。
compat库是如何将TextView替换为AppCompatTextVew的？
TextView在运行时被替换成AppCompatTextView的前提是：该Activity必须继承自AppCompatActivity
它是怎么替换的呢？
我们给Activity设置布局一般会使用setContentView方法，打开AppCompatActivity，可以看到它已经重写了这个方法：@Override public void setContentView(@LayoutRes int layoutResID) { getDelegate().setContentView(layoutResID); }调用的是getDelegate方法返回的对象的setContentView方法。
getDelegate方法返回的是一个AppCompatDelegate对象，这个AppCompatDelegate是一个抽象类，由AppCompatDelegateImpl去实现，也就是说：getDelegate方法最终返回的是AppCompatDelegateImpl的实例。那现在来看看它的setContentView方法是怎么实现的：
@Override public void setContentView(View v) { ensureSubDecor(); ViewGroup contentParent = (ViewGroup) mSubDecor.findViewById(android.R.id.content); contentParent.removeAllViews(); contentParent.addView(v); mOriginalWindowCallback.onContentChanged(); }乍一看好像没什么特别的，就是把我们传进去的布局ID，给inflate出来并且把它添加到contentParent上而已。
回到AppCompatActivity那边，看看它的onCreate方法：
@Override protected void onCreate(@Nullable Bundle savedInstanceState) { ...... getDelegate().installViewFactory(); ...... }点进去：
@Override public void installViewFactory() { LayoutInflater layoutInflater = LayoutInflater.from(mContext); if (layoutInflater.getFactory() == null) { LayoutInflaterCompat.setFactory2(layoutInflater, this); } ...... }可以看到AppCompatDelegateImpl在这个方法中会给LayoutInflater设置一个Factory2，并且传的是this，说明它是实现了Factory2的。
我们知道，当LayoutInflater在inflate布局的时候，会优先调用Factory2的onCreateView方法那现在来看看AppCompatDelegateImpl的onCreateView方法：
@Override public View createView(View parent, String name, Context context, AttributeSet attrs) { ...... return mAppCompatViewInflater.createView(parent, name, context, attrs, inheritContext, IS_PRE_LOLLIPOP, true, VectorEnabledTintResources.shouldBeUsed()); }可以看到它把createView的工作交给了AppCompatViewInflater，来看看它是怎么实现的：
final View createView(View parent, final String name, Context context, AttributeSet attrs, boolean inheritContext,boolean readAndroidTheme, boolean readAppTheme, boolean wrapContext) { switch (name) { case "TextView": view = createTextView(context, attrs); verifyNotNull(view, name); break; ...... } return view; } protected AppCompatTextView createTextView(Context context, AttributeSet attrs) { return new AppCompatTextView(context, attrs); }emmm，在这个方法中，会把常用的View(ViewGroup除外)替换成对应的AppCompat开头的View，除了TextView，还有ImageView、EditText、SeekBar等等。
为什么要进行替换？
为了向下兼容，高版本的特性在低版本上也可以使用；比如我们来观察一下各个AppCompat开头的组件，可以发现他们的共同点：都实现了一个叫TintableBackgroundView的接口。看看它里面有哪些方法：
void setSupportBackgroundTintList(ColorStateList tint); ColorStateList getSupportBackgroundTintList(); void setSupportBackgroundTintMode(PorterDuff.Mode tintMode); PorterDuff.Mode getSupportBackgroundTintMode();那现在可以大概猜到，替换成AppCompat系列的，就是为了能够让旧版本(5.0以下)能够兼容一个叫BackgroundTint的东西，中文翻译为 背景着色。item被选中后的变色效果，就是用BackgroundTint来做的！
根据替换相关原理，我们可以做哪些事情？
最最广为人知的，就是主题替换了。
还可以通过 “替换”，来做出动态控制View属性的效果，这也跟主题替换差不多，但相比于一般的图片，颜色，背景替换，我们还可以做出更加惊喜的效果。
