单纯看官方的介绍或者是网络上的文章，开发者也许已经对 Jetpack Compose 有这么一个印象了：使用 Jetpack Compose 时我们可以深层次地嵌套布局而不用担心会影响性能

Composable的执行会得到一棵视图树，每一个Composable组件都对应树上的一个节点，围绕着这些节点在视图树上的添加和更新，可以定义出Composable的生命周期，本文会讨论其与副作用

Compose通过调用读取状态的最小重组作用域进行智能重组. 与其担心一个作用域中的代码行, 不如确保重组作用域中的组件是可跳过的, 这将提高Compose的工作效率.

解答心中所惑，如通过 Modifier 设置大小是如果起作用的？MeasurePolicy 接口的 measure 方法是怎么调用的？布局中的测量流程是什么样的？控件是怎么确认大小的？

Jetpack Compose 能够让人感到惊艳，但如果这种惊艳并不能实现您预期的性能，您应该怎么做呢？

介绍 Jetpack compose 自定义布局的方法，通过版本演进的方式学习自定义自己的Row布局。

对于Compose如何处理UI中的展示数据，并没有详细展开探讨，一个有灵魂的界面请务必要处理展示用户交互相关的数据，总不能中看不中用吧，与界面相关的数据才是对用户有价值的东西；

如何在 Compose 中，践行“状态向下，事件向上”的理念，实现只刷新需要变更的部分，也就是局部重组

1. 副作用与纯函数 程序开发中的副作用是伴随函数式编程产生的重要概念。 用一句话概括副作用：一个函数的执行过程中，除了返回函数值之外，对调用方还会带来其他附加影响，例如修改全局变量或修改参数等。 与之相对的就是纯函数，纯函数即没有副作用的函数，纯函数只能通过返回值对外产生影响…