layout_weight是linearlayout中在剩余空间上按权重二次分配的机制，非比例缩放；必须将主轴尺寸设为0dp，且仅对wrap_content或固定尺寸view扣除后的剩余空间生效。
layout_weight 是 LinearLayout 里的“空间分配器”，不是“比例缩放器”
很多人以为 layout_weight 是让 View 按比例缩放，结果设了 android:layout_width="0dp" 却没效果，或者设了 "wrap_content" 反而撑满整个父容器——根本原因是没理解它只在「剩余空间」上做二次分配。
它只在 LinearLayout 的主轴方向起作用（水平布局看宽度，垂直布局看高度），且前提是对应尺寸设为 0dp（推荐）或 match_parent（不推荐，易误用）。
-
layout_weight值本身无单位，只看相对大小：权重 2 和 3 的两个 View，会按 2:3 分配「除去其他固定尺寸 View 后的剩余空间」 - 如果所有子 View 都设了
layout_weight，又都没设固定尺寸，则它们瓜分整个 LinearLayout 的可用空间 - 一旦某个子 View 的尺寸是
wrap_content或具体 dp 值，它的空间先被“扣掉”，剩下的才按权重分
为什么设了 layout_weight 却没反应？常见三类错误
最常卡在这一步：xml 写对了，但界面完全没变化。核心问题往往出在尺寸声明和父容器约束上。
- 忘了把对应方向尺寸设成
0dp（比如水平 LinearLayout 里，layout_width必须是0dp；垂直则layout_height是0dp） - 父 LinearLayout 自身尺寸是
wrap_content，导致内部没“剩余空间”可分——此时即使权重再大，也分不到任何像素 - 混用了
match_parent和layout_weight：比如水平布局中一个子项设layout_width="match_parent"，它会直接占满整行，剩下子项连显示机会都没有
layout_weight 在 ConstraintLayout 里完全无效
有人从 LinearLayout 迁移布局时，直接把 layout_weight 复制进 ConstraintLayout 的子 View，发现毫无作用——这是设计使然。layout_weight 是 LinearLayout 特有的测量逻辑，ConstraintLayout 不识别该属性，也不会报错，只是静默忽略。
替代方案只有两个：
- 用
Guideline+chain+app:layout_constraintHorizontal_weight（仅限 Chain 模式下，且需 ConstraintLayout 2.0+） - 老老实实用 LinearLayout 套一层，别硬塞进 ConstraintLayout 主流区域
注意：app:layout_constraintHorizontal_weight 和 android:layout_weight 行为不完全一致，前者依赖 chain 的 spread 或 packed 模式，且不处理 wrap_content 场景。
权重值用 Float 还是 int？精度影响几乎可以忽略
layout_weight 类型是 float，但日常用整数（1、2、3）完全够用。小数如 0.5 或 1.33 理论上可行，但实际意义不大：
- 系统最终计算的是浮点比例，但像素级渲染会四舍五入到整数像素，微小差异在 UI 上不可见
- 用小数反而增加维护成本，比如
weightSum="3.5"很难直观判断各 View 占比 - 如果真需要精确比例（如 1:√2），建议改用
PercentRelativeLayout（已废弃）或自定义 ViewGroup，别硬靠 layout_weight 拼精度
真正容易被忽略的是：当设置了 android:weightSum，所有子项权重之和超过它时，超出部分会被截断——这不是 bug，是明确的设计行为。