Jetpack Compose中Box内组件fillMaxSize()与matchParentSize()的区别

一、Modifier.fillMaxSize() 与 Modifier.matchParentSize() 的核心差异 #

两种修饰符虽然都能让Box的子组件占满父容器，但核心逻辑完全不同：

• 测量逻辑优先级不同
  fillMaxSize是全局通用的修饰符，属于子组件自身的测量规则：子组件会直接取父组件传入的最大可用约束作为自身尺寸，这个过程会参与父Box的尺寸计算。如果Box没有设置固定尺寸，内部存在使用fillMaxSize的子组件时，Box会被直接撑开至父级允许的最大尺寸。
  matchParentSize是仅在Box作用域内可用的特殊修饰符，依赖Box的最终尺寸生效：Box会先测量所有未使用matchParentSize的子组件，先确定自身的最终尺寸，再将自身尺寸作为强制约束给到使用matchParentSize的子组件，这类子组件的尺寸完全不会影响Box本身的大小。
• 举个直观的对比示例：

  // 情况1：使用matchParentSize
  Box {
      // Box的尺寸由这个100dp的Text决定
      Text("测试", modifier = Modifier.size(100.dp))
      // Canvas最终尺寸等于Box的100dp，不会撑开Box
      Canvas(modifier = Modifier.matchParentSize().background(Color.Blue)) {}
  }
  
  // 情况2：使用fillMaxSize
  Box {
      Text("测试", modifier = Modifier.size(100.dp))
      // Canvas直接取父级给Box的最大可用尺寸，Box也会被撑到最大
      Canvas(modifier = Modifier.fillMaxSize().background(Color.Blue.copy(alpha = 0.3f))) {}
  }
  

二、为什么Column/Row无法使用Modifier.matchParentSize() #

matchParentSize本质是BoxScope的扩展函数，只有在Box的内容作用域中才能调用，Column和Row没有提供对应实现的核心原因和自身布局逻辑有关：

• Column、Row属于线性布局，默认测量规则是按排列方向累加子组件的尺寸来确定自身大小，如果给子组件添加类似matchParentSize的能力，会出现测量死锁：比如Column的高度需要等所有子组件测量完成才能确定，而使用matchParentSize的子组件的高度又需要依赖Column的最终高度，双向依赖无法完成测量。
• 线性布局中已经有等效的能力替代：如果要占满父布局的交叉轴（比如Column的宽度、Row的高度）可以用fillMaxWidth()/fillMaxHeight()，如果要占满主轴的剩余空间可以用weight()修饰符，完全不需要matchParentSize的能力。

内容的提问来源于stack exchange，提问作者Pierre Vieira