merge标签的核心作用是减少布局层级，避免冗余ViewGroup嵌套；它仅作结构占位，不参与渲染，必须为XML根标签且inflate时attachToRoot需为true。
merge 标签的核心作用是减少布局层级，避免无意义的 ViewGroup 嵌套。它本身不是 View 或 ViewGroup，不参与渲染，只起“结构占位”作用——把里面的内容直接平铺到父布局中，从而砍掉一层冗余节点。
什么时候必须用 merge
典型场景是配合 <include> 使用：
- 被 include 的布局，如果它的根容器（比如 LinearLayout）和父布局类型相同、又没特殊属性要依赖，那这个根容器就是多余的
- 直接把那个根容器换成
<merge>，子 View 就会“原地升一级”，直接挂到父布局下 - 例如：父布局是
FrameLayout，include 的子布局根也是FrameLayout，这时子布局改用<merge>，就能省掉一层 FrameLayout
使用 merge 的硬性限制
它不是万能胶，有明确规则：
Android Remote Control
下载
远程控制 Android 设备，支持截图、自动化操作手机 App 等功能。本应用使用 uiautomator2 作为底层框架，通过 ADB 连接设备，用户无需 Root（1）查看手机屏幕；（2）自动化操作手机 App；（3）远程安装/卸载应用……
- 只能作为 XML 文件的根标签，不能嵌套在别的布局里
- 不能设置 background、padding、layout_margin 等任何 View 属性（因为它不生成实际 View）
- 用
LayoutInflater.inflate()加载 merge 布局时，attachToRoot必须为true，否则会报错
常见误用和替代思路
不是所有情况都适合 merge：
- 如果子布局需要靠自身 ViewGroup 提供的特性（比如 LinearLayout 的 orientation、RelativeLayout 的相对定位规则），就不能用 merge
- Activity 默认根容器是 FrameLayout，如果你的主 layout 是 match_parent 的 FrameLayout，其实也可以考虑用 merge 替代——但前提是里面没有依赖 FrameLayout 特性的子 View
- 不确定是否该用？打开 Layout Inspector 或 DDMS 的 View Hierarchy，看有没有明显“套娃式”的两层相同容器，那就是优化点
基本上就这些。用对了，UI 渲染快一点，层级扁平一点，维护也清爽一点。
