Android通过LayoutInflater内置XmlPullParser自动解析XML布局，流程为：资源ID→inflate→逐标签反射创建View→设属性→递归构建父子树并挂载；布局需声明命名空间、单根元素、宽高必填；LinearLayout线性、RelativeLayout相对定位（已不推荐）、ConstraintLayout扁平高效；XML定义静态结构，代码控制动态行为。
Android 中解析 XML 布局文件，不是靠开发者手动调用 SAX、DOM 或 Pull 解析器去读取 layout 文件，而是由系统在 setContentView() 调用时自动完成的。真正被用于解析 .xml 布局文件的是 Android 内置的 Pull 解析器，它高效、轻量，且专为移动设备优化。
布局 XML 是如何被加载和解析的
当你在 Activity 的 onCreate() 中写：
setContentView(R.layout.activity_main);
系统会通过资源 ID 找到对应的 XML 文件，再交由 LayoutInflater 处理。核心流程是：
-
mLayoutInflater.inflate(layoutResID, mContentParent)—— 触发解析入口 - 内部使用
XmlPullParser逐行读取 XML 标签（如<linearlayout></linearlayout>、<textview></textview>） - 每遇到一个开始标签，就反射创建对应 View 类（如
new LinearLayout()） - 同时将 XML 中的属性（如
android:layout_width）设置到该 View 实例上 - 嵌套结构通过父子关系递归构建，最终挂载到
mContentParent（通常是 DecorView 下的 FrameLayout）中
常见布局 XML 文件的结构要点
一个标准 layout XML 文件需满足以下基本规范：
- 必须声明命名空间：
xmlns:android="http://schemas.android.com/apk/res/android"，否则android:开头的属性无法识别 - 根元素只能有一个，且必须是 ViewGroup（如
LinearLayout、ConstraintLayout）或 View（如TextView） - 每个 View 必须指定
android:layout_width和android:layout_height，常用值为match_parent或wrap_content - 自定义属性（如来自第三方库）需额外声明命名空间，例如：
xmlns:app="http://schemas.android.com/apk/res-auto"
三种主流布局容器的核心差异
不同布局方式影响视图组织逻辑和性能表现：
-
LinearLayout：按
vertical或horizontal线性排列子项；支持layout_weight分配剩余空间；适合简单线性结构，但深层嵌套会显著增加测量耗时 -
RelativeLayout：子 View 通过相对位置（如
android:layout_toRightOf、android:layout_below）定位；灵活性高，但约束复杂时易出错，现已不推荐用于新项目 - ConstraintLayout：现代首选；所有子 View 都需显式添加约束（上下左右/边距/比例等）；扁平化结构，避免嵌套，渲染效率高；支持 Guideline、Barrier、Chain 等高级特性
XML 属性与代码控制的协同方式
XML 定义界面结构，Java/Kotlin 控制运行时行为，二者互补：
- XML 中可设初始状态：如
android:text="Hello"、android:visibility="gone" - 代码中可通过
findViewById()获取 View 后动态修改：如tv.setText("New Text")、btn.setVisibility(View.VISIBLE) - 部分属性仅支持代码设置（如动画、点击监听器），而多数尺寸、颜色、文本类属性两者皆可
- 注意：XML 中的
android:id="@+id/my_btn"的@+表示新增 ID 资源，编译后自动写入R.id.my_btn
