flutter 滑动不跟手有人发现吗
试了 android ios 上的 闲鱼，米游社，和我自己的软件, 感觉都有这毛病 稍微快点 页面会轻微向上跳
flutter 滑动不跟手有人发现吗
看看是不是这个问题：
https://juejin.cn/post/6844904187201847310
分清楚是掉帧问题还是物理动画解算器的效果差异，就像我用惯 Android 后使用 iOS 就会觉得 iOS 的列表默认滑动效果 “太滑”
习惯问题，其实没有好坏对错。类似的问题还有 MacOS 的鼠标加速度，习惯的人觉得各种好，不习惯的人会很难受。其实大家都是符合所谓“物理运动规律”的，但问题是摩擦系数应该是多大？阻尼应该是多少？最终的感觉就有像是在冰面推石头和在水面推木头的区别，毕竟设计中的元素终归不是现实世界的实体，它们滑动起来该有“多滑”都是带有个人偏好的
Flutter 目前还是差原生一大截的，咸鱼问题更多，滑动不光是抖动，画面刷新也有问题，肉眼能看出来差距，而且使用时间长眼睛都会很胀，之前的版本动不动就白屏，另外 OOM 和 ANR 也很常见。
前几天，还看到一个说淘宝 app 卡的贴。。。
估计也是 Flutter 的锅。
Flutter 就像小电驴，总有一些人，跳出来表示：小电驴上不了高速、小电驴还要风吹雨打，小电驴太垃圾，不明白有些人为什么要用小电驴。
我的理解是，能解决某些方面的痛点的，就是好的。
不是习不习惯的问题。
你的 App 表现得和平台其他 App 相同，用户才能不会感到困惑。
比如我 Windows 和 macOS 都用得惯，但是在 Windows 里我知道关闭按钮在右上方，macOS 在左上方。
如果你在 macOS 上弄个右上角关闭的窗口，那肯定不符合用户预期。
滑动的感觉也是如此。
被翻牌子了 = =，不过我解释一下啊，钱迹 ios 端不流畅，有一部分原因怪我，因为当初第一版边学边写，还不会局部刷新，导致一些页面刷新依然是整个刷新（目前还在逐步重构中），不过，的的确确，flutter 在 ios 上会偶尔掉帧，反倒没有在 Android 上面流畅，flutter 目前非常考验开发者的写法，不小心就卡了，而像 Android，iOS 原生，只要你代码不是特别恶心，基本上不会卡。
其实有个真实的情况就是，很多人的卡顿，还是写法造成的，但是真正优化过的代码，我是极少见到有卡顿的，而就我个人而言，以后 App 都会用 Flutter 来写，跨平台，省了太多开发精力了。
目前微信，京东，Google 都在使用 flutter 了，而且它的受欢迎程度越来越高，那自然是有原因的。
说咸鱼的，咸鱼 App 本身就很烂啊，没有 flutter 也烂，庞大复杂的功能糅合在里面，已经臃肿不堪了。
我是以我的经验和理解给出解释，有能力的人应该可以顺着这个思路和方向找到解决方案或者自己动手修改，而不是上来就说 flutter 不行、掉帧、不跟手，不要用……
至于你说的，这不是习不习惯的问题，但其实你下面举例的所谓“用户预期”，还是平台固有表现给老用户带来的习惯问题。。私以为，有追求的产品确实应该给各个平台的用户提供最接近习惯的体验，但是这个和大部分使用 Flutter 方案团队的初衷有冲突了。Flutter 最主要还是为了解决跨平台代码共享和表现一致性问题，深层次的这种体验细节，我相信通过自定义物理解算器是可以实现的，但是需要大量的投入，可能对大部分公司都有点不太现实吧……所以总的来说，我也承认这算是 flutter 目前存在的问题吧，但是很多人不知道问题出在哪里，而是不负责任的主观臆测，说是性能问题，我就挺无语的
没有吧，就我的感觉 iOS 咸鱼 6.9.11 版本，首页的列表和搜索页面的列表明显是两种技术
首页的列表和消息列表应该是原生的。搜索页面的列表和详情页面明显是 Flutter
我感觉，造成这种现象的最主要原因还是 “会” 写 flutter 的人真的不多…………
另外 flutter 确实某些 api 真 tmd 是性能杀手，用了就卡的要死；
比如说 layout 方法这种必须在 UI Isolate 调用的 ，然鹅那玩意是个 cpu 密集型任务……做个分页 cpu 暴涨导致应用卡顿~~
先不提它这玩意性能为啥跟原生差这么多还 tm 只能在 UI 线程用，有什么好的解决方案么？
用过一个 Android RSS app，fluent reader lite[https://github.com/yang991178/fluent-reader-lite]就感觉列表很不跟手
我写阅读器的时候也碰到这个问题了，没办法，最后是绞尽脑汁，不分页，用百分比做文章进度转跳，然后每次只绘制当前页和前后页，只 layout 三个页面的文字量，总计算耗时大约十几毫秒，勉强能够接受吧:
http://www.debuggerx.com/2020/12/29/these-years-about-flutter-and-me/?from=v2ex#5 月
只能说跟手和流畅是两个概念，流畅只需要做到画面刷新帧数高，跟手就需要各方面特别是触控和动画的打磨了。然而跨平台框架基本上是打磨不到原生的水平的，一来是隔了封装，二来是投入的精力不足
跟手和性能没有什么绝对关系，跟手是手触碰到和滑动屏幕后映射到屏幕上点的变化，和框架调参数有很大关系，iOS 就算卡到 30Hz，也是跟手的，因为像素变化符合人的预期，Flutter 好像是谷歌自己插手图像渲染的吧，很可能没用到 UIKit，连 Android 都处理不好，更别说 Flutter 了。
我是新开了一个 flutter enginer，然后弄了个 plugin，让原生层当个桥梁，让这个新开的 flutterView （或者是 flutter enginer ）当作 UI 线程去搞，勉强能解决；
现在对比下 android，这 flutter 文字绘制这块 真是一言难尽~~
不过确实搞出来效果的时候蛮有成就感的~~
另外代码膨胀这个点个赞，太赞同了；组件这块也是，我感觉很多功能都能通过配置方式来合并，而非重新开一个新的组件；
flutter 设计初衷就是为了纯 flutter application，只不过现阶段大多应用于 AddToApp 的 hybrid 开发模式，多 flutterview 导致内存倍数增长，所以体验不是太好。
写过纯 flutter app 的开发者应该都知道，仅一个 flutter engine 实例，体验是不输原生的。
我更推崇 RN 的理念，Learn once, write anywhere.
除非公司实在没人，或者早期试错，不然完全不推荐用 flutter 。
闲鱼这么大体量，又不缺资源，用 flutter 就是自己作死，没事找事。本来可以 60 分的体验，自己硬是要弄成负分。
一个事实，原生的体验是强于 flutter 的。如果有比这种体验更重要的事情，这时候才放弃原生去使用 flutter 。
但如果是一个成熟应用，我实在想不出任何理由不用原生，而去折腾 flutter，来折磨用户。
我记得曾经 Flutter 官方搞了一个库，里面就是演示滑动在不同平台上的差异
iOS 上面我记得是底层一个 UITableView，然后把 Flutter 的列表半透明罩在上面
实际跑起来滑动差异确实非常大
闲鱼天天吹 flutter，而事实是，因为闲鱼做的太辣鸡，导致很多开发者也反感 flutter 。
其实如果是做技术，flutter 确实是非常好的移动端跨平台方案，谷歌还是挺良心的，文档各种周边做的还是挺用心的，如果是追求开发效率的开发者可以尝试一下。
如果是 Java 程序员，dart 的学习曲线很平滑。
关于Flutter滑动不跟手的问题，确实有一些开发者遇到过类似的情况。这可能是由于Flutter的滑动算法或手势识别机制在某些特定场景下表现不够理想所致。以下是一些可能的解决方案和建议：
- 更换插件：如果你在使用Flutter的WebView组件时遇到滑动不跟手的问题，可以尝试更换为flutter_inappwebview插件。这个插件在滑动性能上可能更为优化。
- 自定义手势识别：在Flutter中，你可以通过自定义手势识别器来解决滑动冲突或提升滑动性能。例如，你可以为WebView组件添加特定的手势识别器，以确保其能够正确响应垂直滑动手势。
- 优化滑动算法：虽然Flutter的滑动算法在大多数情况下表现良好，但在某些复杂场景下可能需要进一步优化。你可以尝试调整滑动相关的参数或算法，以提升滑动体验。
- 查阅文档和社区：Flutter的官方文档和开发者社区是获取帮助和解决方案的重要资源。你可以查阅相关文档，了解滑动和手势识别的最佳实践，或者在社区中搜索类似问题的解决方案。
综上所述，Flutter滑动不跟手的问题可能由多种原因引起，但通常可以通过更换插件、自定义手势识别、优化滑动算法或查阅文档和社区等方式来解决。
