@lumyx 诶，最近对 flutter 确实戾气有点大了，主要是最近的更新引入了不少问题，所以拿这个 ui 问题说事。 ui 问题确实不重要，但也有一些很重要的 issue,比如内购插件也出问题了，直接可能导致内购失败，虽然没有影响到我，因为我在沙盒环境中测试出来了 比如看这个 issue https://github.com/flutter/flutter/issues/172434 ，里面有很多人反应影响到了它们生产环境，内购状态各种错误，无法内购等问题。 而且这个问题也是长时间没有解决了，所以让我对 flutter 未来有点点担忧 这个 issue 里面也有很多人表示担忧 “我很惊讶这个插件可以在如此长的时间内处于不起作用的状态。” “这个问题几个月过去了依然存在，真是令人担忧。应用内购买可是开发者的生计来源。这个软件包显然有问题，而且这个问题已经有一段时间没有得到任何更新了。” “我被这个 bug 困扰了（我的错，因为发布前没有在 iOS 上测试），所以我可以说它不仅影响沙盒环境，还影响了生产环境。服务器端的购买验证也出了问题（我使用最新版本的软件包时，从 Apple 的终端收到了状态码 21002 的响应）。”
@renchong 这批开发者大概率对 Android/iOS 双端并不熟。Flutter Team 现在也就 50 来号人，引擎和框架本身还有一堆高优 Bug 要啃，IAP 这种边缘能力本来就该交给社区维护。你看 Compose Multiplatform ，官方只给了一套 UI 库，其余全撒手。Flutter 早期为了拉人头，做了太多『开箱即用』的插件，结果反而惯坏了开发者。按我的经验，先上 pub.dev 搜社区版替代，通常比官方插件更新更快、接口更合理。实在找不到，再自己撸一个开源出来，大家一起迭代，才能把 Flutter 生态真正做大
所以跨平台开发，我下注 KMP 了。share logic + native UI 。 以前也用过 Flutter 1.9 时代，各种不适，弃了。 另外还有 Swift on Android ，但是起步太晚，距离成熟还需要时间。 然后用 C++ 或者其他的其实都可以做到类似的效果，但是 KMP 基建对于移动端开发来说更成熟，
恭喜你已完成入门 Flutter 必做功课：在官方 issue 下喷 Flutter 不修 Bug ---- 抛开笑话，我还是要为 Flutter 辩解的。一是 Google 内部天天削减 Flutter 开发人员，二是 Flutter 的 issues 实在太多了，你任何时候去看都有几百个 PR 等着审查。他们的核心贡献者不到 50 人，每天全勤也不可能审查得完，更不要说还要跟进 1w 多个 open 的 issue 了，哪怕每人每天能解决 1 个，也要一年才能看完 虽然都说「不要比烂」，但我还是要说，你换成其他跨平台框架，问题只会更多…… Compose Multiplatform 还不成熟，RN 基本全靠自己手搓控件 所以怎么办呢？凑活着用呗。具体到你说的这个问题，下面其实已经有老哥给出解决方案了，你可以看看： https://github.com/flutter/flutter/issues/36283#issuecomment-2945917839
以我个人的体验来说，Flutter 的质量、社区生态算是比较好的了……问就是 bug 太多修不过来。 跨平台 UI 本来就是妥协方案，只能说强依赖这样的方案不是很理智，类比到现实就是一个便宜的替代方案不能期待它提供 100% 的体验。
@renchong 从去年年底开始进入这个领域，至少在我们推进过程里面，没有出现因为框架 issue 导致卡点。 类似 IAP 这种，我们还是利用原生的能力，更多是采取以接口的形式注入到 KMP 里面进行调用。
