大家好,我是老刘
昨天晚上11点半,有个读者私信我:老刘救命,老板让我后天上午出Flutter、RN、KMP的选型方案,我翻了三天文档,已经看蒙圈了,我该信谁?
别翻文档了,看老刘这份六月跨平台开发地图就够了。
1. 六月跨平台技术综述
6月的跨平台圈,可以用一句话概括:稳定压倒一切,AI深度绑定。
各大框架在这个月没有搞花里胡哨的新概念,而是把重心放在了底层基建加固 和AI开发体验融合上。具体来说,有三个明显的趋势:
① 大版本后的"补课季"集体到来
Flutter 3.44 稳定版连发两个 hotfix(3.44.1、3.44.2),疯狂修复 SwiftPM 集成和代码签名等底层问题;.NET MAUI Preview 5 则是一次性修了几十个 Bug,从 Shell 导航到 CollectionView 空视图,基本把老生常谈的问题全安排了一遍。这说明大版本发布后的生态收敛,已经成为各框架团队的标配节奏。
② AI 从锦上添花变成基础设施
Flutter 3.44 把 Agentic Hot Reload 和 Agent Skills 推到了稳定态,AI 助手写完代码自动热重载,基本零延迟看效果;MAUI 的 Apple Intelligence API 也从实验性转正。AI 不再只是一个代码补全工具,而是开始深度介入开发工作流------从编码到热重载再到测试,形成闭环。
总的来说,6月的跨平台圈稳中有进。如果你正在做技术选型,这几个方向值得重点关注:SwiftPM 适配进度、AI 开发工具链成熟度、以及各框架对最新系统版本的兼容情况。
2. Flutter:3.44 稳定版落地,SwiftPM 成标配,AI 开发体验全面升级
Flutter更新日志:docs.flutter.dev/release/rel...
自5月19日Google I/O 2026上发布Flutter 3.44以来,6月份稳定版已经迭代到了3.44.2 (6月12日发布),Dart版本同步升级到3.12.2。
这个月Flutter的动作可以概括为一句话:大版本发布后的生态收敛与AI基建加固。
2.1 稳定版快速迭代:从3.44.0到3.44.2
3.44.0发布后,Flutter团队在6月连续发布了两个hotfix版本:
- 3.44.1(6月2日) 修复了SwiftPM Add-to-App的代码签名验证、LLDB断点异步模式等关键Bug
- 3.44.2(6月12日) 继续打磨SwiftPM集成体验,修复了CocoaPods降级检查误报等问题
老刘点评:这种大版本发完紧接着连发hotfix的节奏,说明3.44确实有不少底层改动需要现场补课。好消息是,核心功能已经稳定,可以放心升级。
2.2 重磅变化回顾:这个月值得关注的三个方向
① SwiftPM正式成为iOS/macOS默认配置
3.44系列最大的动作之一,就是把Swift Package Manager从Beta推向了Stable默认。这意味着新建的Flutter iOS/macOS项目将自动使用SwiftPM管理依赖,CocoaPods不再是唯一选择。
对于开发者来说,好处很明显:依赖解析更快、版本冲突更少、与Xcode原生生态集成更丝滑。但也要注意,部分老旧插件可能还没适配SwiftPM,升级前建议先用flutter doctor检查一下。
② AI开发者体验:Agentic Hot Reload + Agent Skills
3.44把AI编程助手的支持从能用推到了好用:
- Agentic Hot Reload Antigravity、Claude Code等AI助手现在可以自动热重载,写完代码直接看效果,不用手动刷新
- Dart & Flutter Agent Skills 面向AI助手的领域专业知识包,让AI在写测试、做本地化时遵循最佳实践,同时节省Token
- MCP服务器整合 降低了智能体工作流的Token消耗
老刘实测了一下,配合Cursor这类工具写UI确实爽了不少,改完代码AI自动触发热重载,基本零延迟看到效果。
③ GenUI协议落地:AI生成的不只是文本
Flutter 3.44继续推进GenUI(生成式UI)方向,A2UI协议已经成型。简单来说,AI不再只生成Markdown或纯文本,而是能实时结构化的构建真正的UI组件。
pub.dev上的genui插件包下载量今年以来增长了500%,说明社区对这个方向的关注度非常高。如果你在做AI原生应用,这个方向值得重点关注。
2.3 其他值得关注的小更新
- Impeller Vulkan支持增强 阴影路径渲染、SDF渐变等底层渲染能力进一步提升
- Web端GC统一 CanvasKit和Skwasm的垃圾回收机制统一,Web应用内存管理更可控
- Dart 3.12 配套的语言更新,具体可以看Dart官方博客
3. KMP (Kotlin Multiplatform):2.4.0-RC2 细节打磨,Swift 互操作性再进一步
Kotlin新特性:kotlinlang.org/docs/whatsn...
继5月放出2.4.0-RC准正式版后,6月Kotlin团队推出了2.4.0-RC2,继续对即将发布的2.4.0做最后的细节打磨。
- 上下文参数显式传参 解决了多重载场景下的歧义问题,开发者可以在调用点显式指定上下文参数,让代码意图更清晰。
- 集合字面量实验性支持 用方括号
[]创建集合,类似Swift和Rust的语法风格,写起来更简洁。 - UUID正式稳定 common标准库中的
UuidAPI从实验走向稳定,跨平台唯一标识符再也不用绕道Java了。 - Swift互操作性增强 Kotlin/Native支持将协程Flow导出为Swift的AsyncSequence,同时Swift Package import功能更加成熟,CocoaPods迁移路径也更顺畅。
- GC默认开启并发标记 Kotlin/Native默认启用CMS垃圾收集器,标记阶段与应用线程并发执行,显著减少UI卡顿。
老刘点评
2.4.0-RC2基本确认了2.4.0的方向------Swift互操作性是重中之重。Flow导出为AsyncSequence这个改动看着小,但对KMP项目来说意义重大:以前Kotlin侧的响应式流在Swift端只能靠第三方方案桥接,现在原生支持了。加上SwiftPM依赖管理和CMS GC的默认启用,KMP在iOS端的开发体验正在快速逼近原生水准。如果你在做KMP+Swift的项目,RC2值得立刻上手试试。
4. React Native:0.86 稳定版发布,Android 全面适配新设计语言
React Native博客:reactnative.dev/blog
6月11日,React Native团队发布了0.86稳定版,这是继0.83之后第二个没有任何用户面破坏性更新的大版本,升级路径非常平滑。
这个版本的更新可以概括为:Android 全面适配新设计语言 + 开发者工具体验升级 + 组织架构大变动。
4.1 重磅变化:Android 15+ 全面适配 Edge-to-Edge
0.86最核心的更新是对 Android 15+ 的 edge-to-edge 模式进行了全面适配,修复了一系列长期困扰开发者的问题:
measureInWindow坐标修正 在 edge-to-edge 模式下现在返回正确的窗口坐标KeyboardAvoidingView修复 在 Android 15+ 上键盘避让正常工作了StatusBar改进 Modal 打开时也能正常更新状态栏样式和可见性- 导航栏对比度 尊重主题的
enforceNavigationBarContrast属性
老刘点评:这个更新看着小,但修复了不少实际开发中的坑。很多开发者反映 Android 15 上键盘弹出时布局乱飞、状态栏被内容遮挡,0.86 基本把这些历史遗留问题一次性清理干净了。
4.2 DevTools 体验升级:支持明暗主题模拟
React Native DevTools 现在支持通过 Emulation.setEmulatedMedia 模拟明暗主题切换,开发者不需要在真机上反复切换系统主题,就能直接测试应用的主题适配效果。
这个功能对做主题切换、深色模式的项目来说非常实用,调试效率提升明显。
4.3 组织大变动:React Native 独立成立基金会
6月份还有一个重磅消息:React Native 仓库从 GitHub 的 facebook 组织迁移到了独立的 react 组织 ,与 React、Metro、Yoga 一起归属于新成立的 React Foundation。
这意味着 React Native 正式脱离 Meta 直接管理,成为一个独立的开源项目。虽然 GitHub 会自动重定向所有 URL,但这对项目的长期稳定性和社区治理来说是个积极信号。
4.4 其他值得关注的小更新
- JSI 接口增强 新增
IRuntime接口、TypedArray支持、ArrayBuffer.detached等,让原生模块与 JS 引擎的交互更强大 - 动画闪烁修复 Native Animated 同步更新不再被后续 React commits 覆盖,解决了视图闪烁问题
- 网络模块改进 WebSocket 现在支持在构造函数中传递 Cookie header,大文件上传不再 OOM 崩溃
老刘点评
0.86 是一个润物细无声的版本------没有花里胡哨的新特性,但把 Android 适配和开发体验这些基础基建做得更扎实了。对于正在升级 Android 15 或者被键盘避让问题折磨的开发者来说,0.86 值得立刻升级试试。
5. uni-app x:暂无更新
uni-app x更新日志:doc.dcloud.net.cn/uni-app-x/r...
6月uni-app x没有新的版本发布,整体进展与5月保持一致,仍在持续完善CSS规范与多端一致性。
6. .NET MAUI:大规模修Bug + 底层统一落地,Preview 5释放什么信号?
.NET MAUI博客:devblogs.microsoft.com/dotnet/cate...
6月9日,微软发布了**.NET 11 Preview 5**,这也是Google I/O之后跨平台框架圈的又一波重磅更新。
如果说5月是换引擎,那6月就是大规模修bug + 底层统一落地。
6.1 重磅变化:可靠性大版本,几十个Bug一次性修复
Preview 5合并了一个全面的可靠性修复波,覆盖了CollectionView、CarouselView、Shell、手势、布局、SearchHandler、TabBar、Label、GraphicsView、SwipeView、Entry、Editor等几乎所有常用控件。
老刘点评:这种"一波流"修Bug的策略,说明MAUI在Preview阶段确实在补课。之前一些老生常谈的问题------比如Shell导航状态丢失、CollectionView空视图不显示、手势冲突------这次基本都安排了。对于准备在.NET 11上跑生产环境的团队来说,稳定性提升是实打实的。
6.2 三个值得关注的方向
① Android最低版本升至API 24,API 37正式稳定
.NET 11将Android最低支持版本从API 23提升到API 24(Android 7.0),同时Android API 37(Android 17)从预览转正为稳定版。
覆盖超过95%的活跃Android设备,而且不用再为旧版本写条件兼容代码了。新项目直接默认 targeting net11.0-android37,升级路径很清晰。
② Windows地图组件终于有真实现
之前Windows端的Map控件是个空壳,调用直接抛NotImplementedException。Preview 5终于接入了Azure Maps,支持移动区域、地图类型切换(街道/卫星/混合)、交通图层开关、缩放/滚动启用等基本功能。
当然,跨平台特性如引脚标签、信息窗、折线多边形在Windows端仍然是空操作------但这已经是0到1的突破。
③ AI集成:Apple Intelligence API正式 shipped
AppleIntelligenceChatClient和嵌入生成器已经从未 shipped 状态转正,虽然仍带实验性警告,但API表面已经稳定。配合之前提到的AI Agent加速开发流程,MAUI在AI方向的基建正在快速补齐。
6.3 其他小更新
- 动画支持取消令牌
FadeToAsync、RotateToAsync等新增CancellationToken重载,动画控制更精细 - BoxView支持渐变填充 新增
Fill属性,接受任意Brush,告别单一背景色 - Material 3处理器公开 Android端Material 3相关类型正式暴露,方便自定义定制
老刘点评
Preview 5给人的感觉是:微软在认真补课。从底层统一到Bug修复,从Android稳定到AI集成,MAUI 11正在从一个能用的框架往好用的方向迈进。
如果你是C#全栈团队,.NET 11时代的MAUI值得作为下一代产品的核心技术栈来评估。特别是Android API 37稳定和CoreCLR统一运行时这两件事,解决了之前最大的两个痛点。
7. 技术选型指南(6月实战版)
六月的选型逻辑可以用一句话概括:大版本落地后,该升级的升级,该观望的观望。
经过上半年的技术迭代,各框架的新基建基本定型,SwiftPM、AI工具链、Edge-to-Edge、统一运行时。现在的选型,更多是看你的项目处在什么阶段、需要什么。
7.1 存量项目升级策略
- Flutter项目 3.44.2 已经稳定,但是基于我们一贯的观察两个月的策略,建议大家还是继续耐心等待。个人项目和技术爱好者已经可以冲了。
- React Native 项目 0.86 修复了 Android 15+ 的 edge-to-edge 适配问题。如果你正在被键盘避让、状态栏遮挡折磨,0.86 值得立刻升级。另外,RN 独立成立基金会后,项目长期稳定性更有保障。
- KMP 项目 2.4.0-RC2 的 Swift 互操作性增强是重大利好。企业项目建议等正式版出来后再考虑升级。
- .NET MAUI 项目 Preview 5 修复了大量 Bug,Android API 37 稳定。C# 全栈团队可以在内部工具中开始试用,但生产环境建议再等等正式版本确认稳定性。
7.2 新项目选型建议
老刘说句得罪人的话:2026年6月,90%的新项目根本不需要纠结,Flutter就是默认答案。 剩下10%,看下面这张表。
| 场景 | 推荐框架 | 核心理由 |
|---|---|---|
| 多端一致性优先 | Flutter | SwiftPM + AI 工具链,开发效率和体验上了一个台阶 |
| 小程序 + App | uni-app x | 效率最高的小程序+App方案(注意:小程序和App功能高度一致才考虑,重合度低请当两个独立项目选型) |
| 需要动态化 | React Native | Android 适配成熟 + JSI 接口增强,原生模块交互更高效 |
| Kotlin 生态 + iOS | KMP | Swift 互操作性突破,已有 Kotlin 技术栈的团队重点关注 |
| C# 全栈 + Windows 优先 | .NET MAUI | Windows 地图组件终于有真实现 + CoreCLR 统一运行时 |
7.3 关注趋势:AI 开发工具链成为核心竞争力
6月最大的共性趋势是:AI 不再是锦上添花,而是基础设施。 Flutter 的 Agentic Hot Reload、MAUI 的 Apple Intelligence API、各框架的 Agent Skills,都在指向同一个方向。
比如上周三,我用 Copilot + Agentic Hot Reload 重写了项目里一个20字段的报销表单。
第一步,我把新的设计稿截图丢给AI,让它按项目的Flutter规范生成骨架------3分钟。 第二步,AI写完自动触发热重载,然后AI逐字段调校对齐和校验规则------12分钟。 第三步,跑一遍真机,发现两个边界Bug,手动修了------2分钟。
17分钟,一个可交互的表单页面。同样的活儿,纯手写我至少要3小时。
这10倍的差距。
所以老刘建议:无论选哪个框架,把 AI 开发工具链纳入团队技术栈,AI已经是现在开发的基础设施。
8. 总结与建议
六月的跨平台圈,没有惊天动地的新特性,但每一处改进都在让跨平台开发更接近原生体验 + 开发效率的完美平衡。
老刘建议大家本月专注以下两件事
- 评估升级 看看你手头的项目,哪个框架的最新版本能解决你的痛点。Flutter 的 SwiftPM、RN 的 Android 适配、KMP 的 Swift 互操作,都是实打实的体验提升。
- 拥抱 AI 工具链 不管选哪个框架,把 AI 辅助开发接入工作流。这是未来三年的核心竞争力。
技术的车轮滚滚向前,只有不断学习,才能永远在牌桌上。
用你选的框架 + AI工具链,重写项目里一个最烦的页面,把耗时发在评论区。看看你用AI到底卡在哪里。
🤝 如果看到这里的同学对客户端开发或者Flutter开发感兴趣,欢迎联系老刘,我们互相学习。
🎁 点击免费领老刘整理的《Flutter开发手册》,覆盖90%应用开发场景。
🚀 覆盖90%开发场景的《Flutter开发手册》
📂 老刘也把自己历史文章整理在GitHub仓库里,方便大家查阅。