bottomsheet弹窗组件在ios端适配问题

[androidkinh]

ScreenRecording_06-18-2026_compressed.mp4

可以看一下这个视频，kuikly的页面弹窗明显比ios原生掉帧严重，但安卓端没有这样的问题，具体可以看一下https://github.com/androidkinh/KuiklyUI/tree/lh/bottomsheet这个demo工程的AttachmentSheetDemo和NativeAttachmentSheetDemo两个页面

[luoyibu]

这个是用release体验的吗？ Compose的Debug和Release的体验会差挺多

[androidkinh]

已经测试过了release跟debug是差不多的效果，也是掉帧

[Jerricc]

@luoyibu 可以跑下 @androidkinh 提供的这个demo，能很明显感觉到差距。另外这个问题需要提成一个issue来追踪吗

[luoyibu]

d4657a9e0a9a8875be4f78afa326fd01.mov

你上传的视频好像有问题，播放不了。 我跑了下iOS的debug模式，好像不卡，可以看看录屏，release应该会更流畅一些。 你们是什么机型测试的？

[Jerricc]

视频看着不卡但是真机上看着比较卡顿，我们在demo中还提供了个iOS原生版本的视图可以对比看看

测试手机是iphone 12 pro max和iPhone 16 pro

[luoyibu]

传个卡顿的视频，我看下

[luoyibu]

感谢反馈，我们在真机上对 ModalBottomSheet 做了帧级日志对比（Kuikly vs Native），结论如下：

1. 动画实现与性能

当前 ModalBottomSheet 使用的是 Compose 跨端动画，并非直接调用 iOS 系统 Sheet 动画：

• 默认参数：250ms 固定时长 + FastOutSlowIn 缓动曲线（Material 标准）
• 驱动方式：由 Compose 动画引擎按屏幕刷新率逐帧驱动（iOS 上约 60fps）
• 真机日志验证：帧间隔稳定在 16–17ms，未出现 >33ms 掉帧，位移曲线与理论缓动吻合

结论：目前不是卡顿或算力不足导致的掉帧问题，动画是按设计稳定跑满的。

2. 体感差异的原因与后续方案

体感与原生不一致，主要原因是 动画曲线和时序与 iOS 系统 Sheet 不同，而不是性能问题：

维度	Kuikly ModalBottomSheet	iOS 原生 .sheet
动画类型	固定时长 tween（贝塞尔曲线）	Spring 物理弹簧
时长	约 250ms（可配置）	非固定，体感通常更长
曲线特征	前段快、后段慢，无回弹	弹簧加速形态，可能有轻微过冲

因此会出现「Native 更顺、Kuikly 有点怪」的主观差异，本质是 动画语言不一致，不是帧率问题。

后续规划：

• 框架侧会评估支持 更接近原生的动画模式（如 iOS 风格 spring / 平台原生动画桥接）
• 若业务对体验要求高、希望尽快对齐原生，可先用 自定义组件 接入原生 presentation

欢迎继续用 demo 对比验证，有具体场景也可以补充我们跟进。

[Jerricc]

这个应该不是Compose 动画曲线和时序的问题，如果是动画曲线问题那Android上应该是同样的表现，我们实践的时候Android是没有问题的。我今天也用同样compose版本1.7.3做了个cmp版本的demo，可以参考（[https://github.com/Jerricc/cmp173-sheet-demo]），CMP的动画没问题，是不是kuikly的动画引擎限制了60帧导致在120刷的机器上会体感掉帧？

[Jerricc]

在看了下框架的代码，发现iOS的vsync机制有点问题，现在iOS的vsync是在iOS侧起的timer默认60帧来触发刷新，并非根据系统的CADisplayLink触发的，这样除了帧率上线不一致外还有可能timer回调的时机和系统的vsync不是一致的导致帧抖动。我在本地把vsync的触发策略改为CADisplayLink之后好很多