Compose 终于迎来了 1.5.0 的稳定版本。这个版本的 API 变化不大，官方主要是做了大量的性能优化工作和降低内存占用。
API 新增与变更
首先，官方提供了 mutableIntStateOf、mutableLongStateOf、mutableFloatStateOf、mutableDoubleStateOf 这些方法来为基础类型服务，其主要是因为 mutableStateOf 使用了泛型，那么对于基础类型就会有一个自动装箱和拆箱的过程，虽然一次装箱与拆箱性能损失微乎其微，但是如果多了起来，那就还是有点耗费性能了。而恰恰 Compose 是严重依赖 State 的。
而由于 State 是必须要放在 remeber 里被记忆才有意义的，所以官方也提供了 @StateFactoryMarker 这个注解来标识函数产生的结果必须放在 remeber 里使用，这个对于库的开发者应该很有必要使用，帮助库的使用者避开一些不必要的错误。
Pager 组件的 pagerCount 移到了 PagerState 里，这可能是唯一一个强制开发变更的组件。
由于动画系统的趋于稳定，所以 navigation-compose 从 accompanist 里把动画部分合进来了，所以可以抛弃 accompanist 的 navigation-animation 了，迁移也基本上就是改改包名。具体 accompanist 文档也给出了迁移需要替换的内容，可查看文档。
性能提升
Compose 系统一个性能杀手是 Modifier 的巨额使用和深层次嵌套，所以去年官方给出了 Modifier.Node 这个新的 API 来重构 Modifier 系统，其与旧实现可以并存而不悖，而且完全重构也是个巨大的工程量，所以官方是从底层到上层逐步替换的。今年的每个版本，官方都会替换一部分，这个版本官方完成了包括 clickable、scrollable 等 Modifier,官方说最高可以将重组时间缩短 80%。
BasicText 也迁移到了新的渲染系统，这个也得益于 Modifier 的持续改进，官方说可以将首次重组时间缩短 20% 以上。其次 TextMeasurer、LineHeightStyle.Alignment(topRatio)、Brush、DrawStyle 等接口现在已经稳定了。
除此之外，官方进行了一些了的内存占用优化，特别是解决了 ComposeView 的一个内存泄漏问题，这其实是比较严重的问题了，从这个角度来看，大家应该尽快升级。
Compose 不被采纳的一个主要原因就是大家还是觉得它性能和 View 系统有一些差距，但从 1.3.0 开始，差距已经不那么明显了，经过官方的不懈努力，这个差距已经变得越来越小，而且随着官方在在编辑器的 Live Edit 的不懈努力，开发体验可能会完爆 xml，早用早享受。
其它
Compose Compiler 的 1.5.0 版本还提供了 kotlin 1.9 的 K2 编译器的支持，目前可以在 gradle.properties 里添加支持：
kotlin
kotlin.experimental.tryK2=true因为目前还是 beta 版本，所以不能用于生成环境，开发阶段还是可以用的，可以感受下其编译速度的提升。
最后
emo 基本已经完成升级适配了，不过由于还依赖了 accompanist 的其它子库，所以要等它升级后才能释放新版本。
也吐槽下 constraintLayout-compose 这个库，一直游离在在官方版本规则之外，也始终没有出稳定版，最新版本依赖了 Compose 1.6.x，所以目前只能使用 1.1.0-alpha10，使用时一定要注意。
我是古哥E下，前微信读书客户端程序猿 / 自学 5 年中医，维护过上万 Star 开源项目 QMUI Android，现独立维护好用简洁的 Android 组件库 emo。
关注我可得：ChatGPT 开发玩法 | 程序员学习经验 | 组件库新变动 | 中医健康调理 。
emo官网：emo.qhplus.cn