一句话说透Android里面的Merge和ViewStub的作用

一句话总结：
Merge 是“布局减肥药”，减少嵌套层级；ViewStub 是“占位懒汉”，延迟加载布局，提升性能！

---

1. Merge —— 布局层级“减肥神器”

作用

合并重复的布局层级，减少不必要的 ViewGroup 嵌套，让界面渲染更快。

使用场景

• 父布局和子布局类型相同（比如外层和内层都是 LinearLayout）。
• 用 include 引入子布局时，避免多一层无意义的容器。

代码示例

• 未用 Merge（冗余层级） ：

  <!-- 父布局（垂直 LinearLayout） -->  
  <LinearLayout>  
      <include layout="@layout/child_layout"/>  
  </LinearLayout>  
  
  <!-- 子布局（child_layout.xml，也是垂直 LinearLayout） -->  
  <LinearLayout>  
      <TextView/>  
      <Button/>  
  </LinearLayout>  
  

  结果：两层 LinearLayout，浪费性能！

• 使用 Merge（优化层级） ：

  <!-- 子布局（child_layout.xml）用 Merge 包裹 -->  
  <merge>  
      <TextView/>  
      <Button/>  
  </merge>  
  

  结果：子布局中的 LinearLayout 被合并，只剩一层！

优点

• 减少嵌套层级，提升渲染速度。
• 代码更简洁，维护方便。

---

2. ViewStub —— “占位懒汉”

作用

延迟加载复杂布局，仅在需要时才加载，减少初始内存占用和启动时间。

使用场景

• 按需显示的布局（如错误提示、网络加载失败界面）。
• 不常用的复杂布局（如高级设置界面）。

代码示例

<!-- 布局中定义 ViewStub -->  
<ViewStub  
    android:id="@+id/stub_error"  
    android:layout="@layout/layout_error"  
    android:layout_width="match_parent"  
    android:layout_height="match_parent" />  

<!-- 需要时加载（Kotlin） -->  
val viewStub = findViewById<ViewStub>(R.id.stub_error)  
viewStub.inflate()  
// 或  
val errorView = viewStub.inflate()  
errorView.visibility = View.VISIBLE  

优点

• 内存优化：未加载时仅占用极少量内存。
• 启动加速：减少初始化时的布局解析和渲染时间。

---

对比总结

功能	Merge	ViewStub
核心目的	减少布局层级	延迟加载布局
适用阶段	布局加载时优化	运行时按需加载
内存影响	减少渲染内存消耗	减少初始内存占用
典型场景	合并重复的 ViewGroup	按需显示的提示界面、复杂模块

---

避坑指南

1. Merge 必须用在根布局：

   • 只能和 include 配合使用，且子布局的根标签必须是 merge。

2. ViewStub 只能加载一次：

   • 调用 inflate() 后，ViewStub 会被替换为实际布局，再次调用会抛异常。

3. 动态替换 ViewStub：

   • 若需多次显示/隐藏，改用 View.GONE/VISIBLE 控制普通布局。

---

实际场景示例

场景 1：登录页面的错误提示

• 传统做法：在布局中直接写错误提示的 TextView，默认隐藏（View.GONE）。
• 问题：即使不显示，系统仍需解析和创建该 TextView，浪费资源。
• 优化方案：用 ViewStub 包裹错误提示，登录失败时才加载。

场景 2：列表项的复杂布局

• 问题：每个列表项嵌套多层 LinearLayout，导致滑动卡顿。
• 优化方案：用 Merge 合并相同类型的父容器，减少层级。

---

总结口诀

“Merge 减肥减层级，布局嵌套别冗余，
ViewStub 懒加载，内存速度两手抓，
按需加载省资源，性能优化全靠它！”