为何UiDevice.dumpWindowHierarchy()获取的UI组件类名与layout.xml定义不一致

• 布局加载时的自动替换逻辑：默认LayoutInflater在解析xml布局时，会对无包名前缀的系统控件自动补全android.widget.前缀；如果使用AppCompat兼容包的AppCompatActivity，系统还会通过AppCompatViewInflater将原生控件自动替换为对应的兼容类，比如xml中写的<Button>会被替换为AppCompatButton，<TextView>会被替换为AppCompatTextView，dump时拿到的是替换后的运行时类名，自然和xml里的短名称不一致。
• 类名获取规则差异：UiDevice.dumpWindowHierarchy() 是直接调用View.getClass().getName()获取运行时实例的全类名，不会读取xml中写的原始类名字符串。
• 混淆影响：如果目标应用是开启了R8/ProGuard混淆的Release包，自定义控件的类名会被混淆为无意义的短名称，和源码中的原始类名完全不同。

• Window实例初始化：Activity启动后首先执行attach()方法，内部会创建PhoneWindow实例作为当前Activity的根窗口对象，同时绑定WindowManager、关联当前运行上下文、加载配置的主题属性。
• 布局加载器配置：调用setContentView()后，系统会先初始化LayoutInflater实例，注册系统预设的控件替换规则，同时支持开发者注入自定义Factory/Factory2回调（换肤、动态修改控件属性等能力通常在这个阶段实现）。
• XML解析与View实例化：LayoutInflater逐节点解析XML布局，对每个控件节点按照「自定义控件优先>兼容类替换>系统控件补全前缀」的规则匹配对应类，通过反射实例化View对象并写入XML中配置的属性，生成完整的View树。
• 根View挂载：将解析生成的View树挂载到PhoneWindow的DecorView根容器中，后续经过测量、布局、绘制流程后渲染到屏幕，此时uiautomator才可dump到完整的窗口组件信息。

内容的提问来源于stack exchange，提问作者user17531365