match_parent表示控件宽高拉伸至父容器可用空间边界，忽略内容尺寸；wrap_content则根据内容及padding自适应尺寸；constraintlayout中应使用0dp配合约束而非match_parent。
match_parent 就是“我要占满父容器”
它让控件的宽度（或高度）直接拉伸到父布局可用空间的边界，减去 padding 后填满——不看内容多长，只看父容器给多大地方。
常见错误现象：TextView 设了 match_parent 却只显示一行文字还靠左，你以为它“自适应”，其实它只是宽得离谱，文字默认左对齐，右边全是空白。
- 适合场景：全宽按钮、横幅广告栏、底部导航栏这类必须撑满的控件
- 注意：在
ConstraintLayout中慎用match_parent，它会绕过约束逻辑，推荐改用0dp+ 约束边 - 旧项目里可能见到
fill_parent，它和match_parent功能完全一样，但已被废弃，别再写
wrap_content 就是“我有多大，取决于我装了啥”
它让控件刚好包裹住自己的内容（文本、图标、子 View），加上内边距 padding，但绝不超过父容器限制。内容短，它就窄；内容换行或带图标，它就自动变高变宽。
常见错误现象：把 Button 的 layout_width 设成 wrap_content，结果按钮窄得按不到——因为文字太短，又没设最小宽 minWidth 或内边距，实际可点区域小得可怜。
- 适合场景：标签类控件（
TextView、ImageView）、动态文本、需要紧凑排版的列表项 - 注意：如果内容为空（比如
text=""），wrap_content下控件宽高可能趋近于 0，看起来像“消失了” - 性能上两者无差别，别为这个纠结；但过度嵌套 + 多层
wrap_content可能触发多次测量，不过日常开发几乎感知不到
LinearLayout 里用 weight 时，width 别设 wrap_content
很多人以为 layout_weight 配合 wrap_content 才“合理”，其实这是个长期流传的误区。真正高效、语义清晰的做法是：把 layout_width 直接设为 0dp。
原因很简单：wrap_content 会让系统先按内容测一次宽，再按权重分剩余空间，等于做了两次测量；而 0dp 明确告诉系统“我不自己占位，全听 weight 安排”，一步到位。
- 错误写法：
android:layout_width="wrap_content"+android:layout_weight="1" - 正确写法：
android:layout_width="0dp"+android:layout_weight="1" - Google 官方文档和 Android Studio 模板里都默认用
0dp，不是巧合
ConstraintLayout 中 match_parent 已失去原意
在 ConstraintLayout 里写 match_parent，表面上控件撑开了，但底层其实是“忽略约束、强行拉满”，这会导致约束失效、预览错乱、甚至运行时行为异常（比如无法响应右侧约束的 margin）。
你真正想要的，是“从左边约束到 parent start，右边约束到 parent end”——这应该用 0dp 表示“匹配约束”，而不是靠 match_parent 硬撑。
- 替代方案：设
android:layout_width="0dp"，再加app:layout_constraintStart_toStartOf="parent"和app:layout_constraintEnd_toEndOf="parent" - 兼容性提示：低版本 Android（API 0dp 在 ConstraintLayout 中的这种用法，但 2026 年绝大多数设备已无需考虑
- 最易被忽略的一点：一旦用了
match_parent，你就没法再给这个控件加左右 margin 了——margin 会被吞掉，而用0dp+ 约束则完全支持
0dp 这个看似不起眼的值，反而比 match_parent 和 wrap_content 更常出现，也更值得条件反射式地敲出来。 
