Jetpack Compose 自适应UI：告别设备分支，拥抱窗口能力

在 Android 开发中，适配不同屏幕尺寸一直是个棘手问题。传统 XML 布局时代，开发者习惯根据设备类别（手机、平板、桌面）来分支 UI。但 Jetpack Compose 带来了全新的思路：配置变更只是又一次重组，UI 决策应该由当前窗口能力驱动，而不是设备类型。

为什么设备分支不再适用

过去，开发者会问："我运行在手机、平板还是桌面上？"然后根据设备类别选择不同的布局。这种做法的根本问题在于，即使在同一台物理设备上，应用上下文和 UI 能力也可能在运行时动态变化。

设备分支的局限性

比如，用户展开折叠屏设备，窗口尺寸瞬间改变；或者进入分屏模式，应用可用区域缩小。如果 UI 逻辑绑定在设备类别上，这些动态变化就无法被正确响应。设备类型是静态的，而用户的使用场景是动态的。

Compose 的重组机制：配置变更只是又一次重组

在 Compose 中，配置变更（如屏幕旋转、窗口尺寸变化）本质上就是一次重组。重组随时都在发生，当窗口变宽时——可能是因为用户展开了设备——你的 composable 会读取新的状态，依赖这些状态的 UI 会自动重新执行。

重组机制示意

这种机制意味着开发者不需要手动监听配置变更并重建界面。Compose 的声明式模型让 UI 自动响应状态变化。你只需要确保 composable 读取了正确的状态（如窗口尺寸），剩下的交给框架处理。

重组（Recomposition） 是 Jetpack Compose 运行时最核心的机制：当 composable 读取的状态（State）发生变化时，Compose 会重新执行受影响的 composable 函数，并根据新的输出更新 UI 树。它与传统 View 体系中的“重绘/重建视图”不同，重组是按需、细粒度的——只有读取了变化状态的 composable 才会被重新调用，未受影响的子树会被跳过（skippable）。

重组的触发源可以是 mutableStateOf 的赋值、StateFlow 的收集、CompositionLocal 的变化，也包括配置变更导致的 LocalConfiguration/窗口信息更新。理解这一点很关键：窗口尺寸变化并不需要特殊处理，它只是众多状态变化中的一种，框架会自动把新的窗口信息传播给读取了这些信息的 composable。

现代自适应应用的核心原则

现代自适应应用的核心原则是：UI 决策应该由当前活跃的能力驱动，包括当前窗口尺寸、姿态（posture）以及某些硬件特征。

动态变化的UI能力

这意味着开发者需要关注的是"当前窗口有多宽"、"设备处于什么姿态"，而不是"这是什么设备"。例如，当窗口宽度超过某个阈值时，可以显示双栏布局；当设备处于半折叠姿态时，可以将内容分布在两个屏幕区域。

窗口尺寸类

Compose 提供了窗口尺寸类（WindowSizeClass）来帮助开发者根据当前窗口的宽高进行分类。这些分类基于实际可用空间，而不是设备物理尺寸。开发者可以使用这些分类来调整布局，比如在紧凑宽度下显示单栏，在中等或扩展宽度下显示双栏。

WindowSizeClass 是 Material 3 提供的窗口断点规范，将可用窗口宽度划分为 Compact（< 600dp）、Medium（600–839dp）、Expanded（840–1199dp）以及超大屏的 Large/ExtraLarge 等级，高度也划分为 Compact/Medium/Expanded。这些断点来自对大量应用布局可用性的统计，而非某一台设备的物理尺寸，因此同一设备在分屏、自由窗口模式下会落入不同的尺寸类。

使用时通常通过 currentWindowAdaptiveInfo().windowSizeClass 获取，并在 composable 中读取；由于它本身来源于窗口状态，窗口变化时会自动触发重组。需要注意的是，尺寸类只应作为布局结构的决策依据（如单栏/双栏/导航栏形态），具体间距、字号等细节仍应使用响应式约束（如 BoxWithConstraints 的 maxWidth）来微调。

姿态与硬件特征

除了窗口尺寸，设备姿态也是重要因素。折叠屏设备可以处于折叠、展开或半折叠状态。半折叠姿态下，应用可以利用铰链区域将内容自然分隔。此外，硬件特征如是否支持触控笔、是否有物理键盘等，也可以影响 UI 决策。

姿态（Posture） 是 Android 为可折叠与大屏设备引入的概念，通过 WindowLayoutInfo（来自 androidx.window 库）暴露。它由若干 DisplayFeature 描述，最常见的是 FoldingFeature，其 state 可为 FLAT（完全展开平铺）或 HALF_OPENED（半折叠），orientation 可为 HORIZONTAL 或 VERTICAL，并带有 isSeparating 标志表示铰链是否真正把窗口分割成两个逻辑区域。

只有 isSeparating == true 的半折叠状态才适合做双窗格布局；平铺展开的折叠屏本质上仍是一块连续大屏，应按普通大窗口处理。获取姿态通常通过 WindowInfoTracker.windowLayoutInfo(activity) 返回的 Flow，在 composable 中用 collectAsState 订阅，这样折叠状态变化同样会作为状态更新触发重组。

使用最新 Compose 工具构建自适应 UI

现代 Compose 工具和组件让构建自适应 UI 变得更加简单。开发者可以使用 BoxWithConstraints 或 WindowSizeClass 来获取当前窗口信息，然后基于这些信息动态调整布局。

现代 Compose 工具

关键是要避免在代码中硬编码设备类型判断。相反，应该将窗口能力作为状态传递给 composable，让 UI 自动响应变化。这样，同一套代码可以在手机、平板、折叠屏和桌面上无缝运行，并且能够处理运行时窗口变化。

实践建议

使用窗口尺寸类而非设备类型：通过 WindowSizeClass 获取当前窗口的宽度和高度分类，基于此决定布局结构。
监听窗口状态变化：使用 rememberWindowSizeClass 或类似 API 来获取窗口信息，确保 composable 在窗口变化时重组。
考虑姿态和硬件特征：对于折叠屏设备，使用 WindowLayoutInfo 获取姿态信息，并据此调整 UI。
测试动态变化：在开发过程中模拟窗口尺寸变化（如调整窗口大小、旋转设备），确保 UI 正确响应。

总结

Jetpack Compose 的自适应 UI 理念是将 UI 决策从设备类型转移到窗口能力。通过利用重组机制和现代 Compose 工具，开发者可以构建出真正响应式的应用，能够适应各种屏幕尺寸和动态变化。记住：配置变更只是又一次重组，让 UI 由当前能力驱动，而不是设备标签。