在 Android 的 XML 布局中，<include>、<merge> 和 <ViewStub> 都是用于优化布局结构和性能的标签，但它们的用途和实现方式有显著差异。以下是三者的详细对比：

1. <include>：布局复用

作用

    将重复的布局片段抽取为独立 XML 文件，通过 include 在多个地方复用。

    减少代码冗余，提高可维护性。

使用场景

    公共头部、底部、通用组件（如按钮组、列表项）。

示例

<!-- common_header.xml -->
<LinearLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="wrap_content">
    <TextView
        android:id="@+id/title"
        android:text="Common Header" />
</LinearLayout>

<!-- activity_main.xml -->
<LinearLayout ...>
    <include layout="@layout/common_header" />
    <!-- 其他内容 -->
</LinearLayout>

注意事项

    通过 android:id 可覆盖被 include 布局的根 View 的 ID。

    可修改布局属性（如 layout_width、layout_margin），但需同时指定 layout_* 属性才会生效。

2. <merge>：减少视图层级

作用

    作为布局的根标签，消除因 include 引入的冗余父容器。

    优化布局层级，减少 View Hierarchy 深度，提升渲染性能。

使用场景

    当被复用的布局本身不需要父容器时（例如直接合并到父布局中）。

示例

<!-- common_buttons.xml -->
<merge xmlns:android="http://schemas.android.com/apk/res/android">
    <Button
        android:id="@+id/btn_ok"
        android:text="OK" />
    <Button
        android:id="@+id/btn_cancel"
        android:text="Cancel" />
</merge>

<!-- activity_main.xml -->
<LinearLayout ...>
    <include layout="@layout/common_buttons" />
</LinearLayout>

结果

    最终布局中，common_buttons.xml 的 Button会直接作为 LinearLayout 的子 View，省去一层多余的 ViewGroup。

注意事项

    <merge> 只能作为布局的根标签。

    父容器必须与被 include 布局的父容器类型兼容（例如父布局是 LinearLayout，则 <merge> 内的子 View 应直接适配 LinearLayout）。

3. <ViewStub>：延迟加载

作用

    定义一个占位容器，在需要时动态加载布局（例如用户点击后或条件满足时）。

    减少初始化时的资源消耗，提升启动性能。

使用场景

    不立即显示的复杂布局（如错误页、引导页、权限提示）。

    按需加载的模块（如某些功能仅在高级用户显示）。

示例

<!-- activity_main.xml -->
<LinearLayout ...>
    <ViewStub
        android:id="@+id/stub_error"
        android:layout="@layout/layout_error"
        android:layout_width="match_parent"
        android:layout_height="wrap_content" />
</LinearLayout>

动态加载

val viewStub = findViewById<ViewStub>(R.id.stub_error)
viewStub.inflate() // 或 viewStub.visibility = View.VISIBLE

特性

    初始时仅占用极小的内存，直到调用 inflate() 或设置 visibility 为 VISIBLE 才会加载实际布局。

    一旦加载后，ViewStub 会被替换为实际布局的根 View，后续无法再复用。

三者的对比总结

实际应用建议

优先用 <include> + <merge>

    复用布局时，如果被复用的布局不需要父容器，用 <merge> 作为根标签，避免层级冗余。

按需使用 <ViewStub>

    对初始化时不显示的布局（尤其是复杂布局），用 <ViewStub> 延迟加载，减少启动时间。

避免滥用

    简单的静态布局直接编写，无需过度设计；仅在布局层级复杂或性能敏感时使用这些标签。