本文对比了Android Compose与XML在构建速度和运行时渲染性能上的差异。测试显示Compose在代码量减少的同时，构建速度得到显著提升。在运行时，Compose的渲染性能在某些场景下较XML慢，特别是在处理复杂视图时。禁用可调试模式可以提高Compose的渲染速度。尽管如此，Compose在启动时的渲染速度因编译优化而有所改善，总体上提供了更高效的开发体验。
结果如下图所示：
可以看出，在迁移到Compose后，毫无意外的，XML代码行减少了76%
有趣的是kotlin代码同样减少了，可能是因为我们可以减少很多模板代码，同时也可以移除之前写的一些View Helper代码
构建速度
随着项目的不断变大，构建速度是开发人员越来越关心的一个指标。
在开始重构之前，我们知道，删除大量的注解处理器会有助于提高构建速度，但我们不确定会有多少。
我们运行以下命令5次，然后取平均值
./gradlew --profile --offline --rerun-tasks --max-workers=4 assembleDebug
结果如下
这里考虑的是调试构建时间，您在开发期间会更关注此时间。
在迁移到Compose前，Tivi 的平均构建时间为 108.71 秒。
在完全迁移到 Compose 后，平均构建时间缩短至 76.96 秒！构建时间缩短了 29%。
构建时间能缩短这
最低0.47元/天 解锁文章
2107
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
