Jetpack Compose 深入探索系列六：Compose runtime 高级用例

Compose runtime vs Compose UI

在深入讨论之前，非常重要的一点是要区分 Compose UI 和 Compose runtime。Compose UI 是 Android 的新 UI 工具包，具有 LayoutNodes 的树形结构，它们稍后在画布上绘制其内容。Compose runtime 提供底层机制和许多状态/组合相关的原语。

随着 Compose 编译器 支持完整的 Kotlin 平台谱系，现在可以在几乎任何地方（只要它运行Kotlin）使用 runtime来管理 UI 或任何其他树形结构。注意“其他树形结构”部分：Compose runtime 中几乎没有直接提到 UI（或Android）。虽然该运行时肯定是为了支持该用例而创建和优化的，但它仍然足够通用，可以构建任何类型的树结构。事实上，它在这方面与 React JS 非常相似，React JS 的主要用途是在 Web上创建 UI，但它在合成器或 3D 渲染器等领域找到了更广泛的用途。大多数自定义渲染器重用 React runtime 的核心功能，但在浏览器 DOM 的位置上提供自己的构建块。

从上图中可以看到 JetBrains 团队在多平台下的 UI 模块布局，虽然它现在还不完整，缺少 iOS 端的支持，但是 Compose iOS 目前已经在极地的开发当中，这一点我们可以从 Kotlin 官网的讨论帖子中得到证实（如你感兴趣，可以点击这里查看他们的讨论）：

也就是说在未来 compose-jb 发布稳定版本之后，我们是一定可以获得对 Compose iOS 的支持，这一点是毋庸置疑的，现在只是时间问题。到那时，Compose 将成为历史上真正意义上的只使用一种语言（Kotlin）实现的支持多平台的开发框架，这将是革命性的。

总而言之，在 Compose 编译器 和 Compose runtime 的支持基础之上，我们可以构建任何一种类似于 Compose UI 这样的客户端 UI 库，而在 Android 平台上使用的 compose-ui 依赖库只是 Compose 架构能够支持的多平台场景之一。

Composition

Composition 为所有可组合函数提供上下文。它提供了由 SlotTable 支持的“缓存”以及通过 Applier创建自定义树的接口。Recomposer 驱动 Composition，在某些相关内容（例如状态）发生更改时启动重新组合。正如文档所提到的，通常情况下，Composition 由框架本身为您构建，但猜猜怎么着？ 我们可以自己来管理它。

要构建 Composition，您可以使用提供的工厂方法：

• 父级 context 通常可以通过 rememberCompositionContext() 在任何组合函数中获得。或者，Recomposer 也实现了 CompositionContext，它也可以在 Android 上获取到，或者为你自己的需求单独创建。
• 第二个参数是 Applier，决定如何创建和连接由 Composition 生成的树形结构。

有趣的事实：如果需要可组合函数的其他属性，你可以提供一个完全不执行任何操作的 Appler实例。即使没有节点，@Composable注解也可以为数据流转换或事件处理程序提供动力，这些处理程序可以像所有的组合一样对状态变化做出反应。只需要这样Applier<Nothing>，不要在那里使用ComposeNode !

接下来的其余部分将着重介绍如何在不使用