对于开发者而言，测试侧新增了 performTrackpadInput，专门用来验证触控板的输入路径。Ru果你在项目里写了自定义的手势处理逻辑，记得现在要把 触摸、鼠标、触控板、手写笔 这四条线dou过一遍，别只测了手机触控就觉得万事大吉了。毕竟现在的Android设备形态多得离谱，保不齐用户就在用你的App写文档呢。

写Compose的同学应该dou有过这种痛苦：为了预览一个组件，你得在 @Preview 注解的函数外面包好几层Theme，甚至还要塞点假数据。代码一多，Preview函数里全是样板代码，kan着dou烦。

Android Studio现在的 Custom Previews 功Neng允许你定义预览时 怎么包一层再渲染。Zuo法是实现 PreviewWrapper 接口，然后用 @PreviewWrapper 标记在提供者上，再配合 @PreviewWrapperProvider 使用。这样，你就Neng把 Theme、Locale、假数据注入这些重复逻辑统统收敛掉。

kan个例子就明白了以前你可Neng得这么写：

@Preview
@Composable
fun ButtonPreview {
    MyTheme {
        Button {
            Text
        }
    }
}

现在有了Wrapper，你Ke以把 MyTheme 的封装逻辑抽离出来预览函数本身变得极其干净。这对于维护大型Design System或者组件库的同学来说简直是提升幸福感的神器。

Zuo SharedTransitionLayout 或者 Modifier.animatedBounds 动画时大家肯定遇到过这种灵异现象：匹配不到元素、动画轨迹怪异、边界乱跳。以前排查这些问题，基本靠猜，或者加各种Log打印，效率低得令人发指。

这次geng新带来的 LookaheadAnimationVisualDebugging 终于解决了这个痛点。你Ke以在代码外层包一个这个调试工具，它会在UI上直接叠一层可视化的调试信息。目标边界在哪里、动画轨迹怎么跑、匹配数量对不对，全dou一目了然。

比如你Ke以设置不同的颜色来区分匹配状态：匹配成功是绿色，匹配失败是红色，多重匹配又是另一种颜色。这种工具的价值在于把运行时那些kan不见摸不着的布局决策直接画在屏幕上，大大减少了“动画代码写得对，但匹配条件错了”这种无效排查的时间。

每次大版本geng新，总得有几个API要“牺牲”。这次也不例外有两个API被正式废弃或删除，大家得注意一下。

是 Modifier.onFirstVisible 被弃用。这名字在Lazy布局里太容易产生误导了滚动过程中它可Neng会触发多次而不是你以为的“只触发一次”。官方建议直接迁移到 Modifier.onVisibilityChanged，自己根据阈值去计算可见性状态。虽然写起来稍微多两行代码，但逻辑清晰多了不容易出Bug。

然后是 ComposeFoundationFlags.isTextFieldDpadNavigationEnabled 被删除。这意味着 D-pad在 TextField 里现在是默认开启的。对于电视、游戏手柄或者只用键盘操作的用户来说这是个好消息：按方向键会先移动光标，只有到了行尾才会把焦点交给下一个控件。这符合直觉，也省去了开发者手动配置的麻烦。

Ru果你是Zuo跨端 Compose 库的作者，这次geng新里关于 Runtime 的改动对你可Nenggeng关键。Compose runtime 里新增了 HostDefaultProviderLocalHostDefaultProviderHostDefaultKeyViewTreeHostDefaultKey 这一套API。

意图hen简单：库作者想在 Composition 上挂主机级服务时不必为了查默认值去强依赖 compose-ui。这对 Kotlin Multiplatform 非常友好。库侧现在Ke以用 compositionLocalWithHostDefaultOf 来建 CompositionLocal，默认值直接从 host 解析。业务 App 多数时候可Neng感知不到这一层，只会觉得依赖图变干净了但底层其实是官方在铺 KMP 的地基。

当然大家Zui关心的性Neng方面官方也没闲着。Google 声称 Jetpack Compose 1.6 的性Neng得到了全面提升，号称页面滚动性Neng增加了 20%。这可不是个小数目，对于列表滑动流畅度要求极高的App来说这20%可Neng就是用户“丝般顺滑”和“偶尔卡顿”的区别。加上启动速度的优化，这波升级在体验上应该是实打实的正向收益。

Zui后咱们聊聊怎么升级。Google 在 Jetpack Compose April '24 版本里把 Compose Compiler 标成了稳定，BOM 也落到了Zui新的坐标。官方提前打了招呼：Compose 1.6 会把 compileSdk 抬到 34，依赖 Compose 的 App 和库会跟着继承这条要求。

dependencies {
    implementation)
    // 其它 androidx.compose 依赖不需要写版本号
}