这几天，框架选型的话题又在开发者圈子里吵起来了。
导火索是 8 月 9 日挂在知乎上的一个问题：「Flutter、Qt、NativeSDK、Perry、Electron、Tauri，你更看好哪个？」三天攒下 5000 多浏览，评论来回吵了十几层。知乎 B 站上一条用 6 种框架分别构建同一个应用的实测视频，被观众收藏了 30 次。哔哩哔哩 面向「普通人用 AI 做 APP」的选型指南也接连出现。知乎
为什么偏偏是这个时候，大家又重新问起这个老问题？答案不难猜：一波新应用正在涌进来，而且大多是 AI 应用。而 8 月 13 日 Flutter 3.47 的发布，又让一些旧的砝码发生了变化。
他们到底在吵什么？核心轴只有一句：你的 App「核心视图」长什么样
那个知乎问题下赞数最高的回答（28 赞），把一个尖锐但相当有代表性的观点摆上了台面：当下主流的新应用基本是 IM 和 Agent 两种模式，核心都是一个巨大的富文本视图。知乎 而富文本排版渲染，除了浏览器内核外没有好方案，Flutter 和 Qt 在这点上没法和 Electron 比。
回答者的结论也很直接：应用需要巨大富文本编辑器，就在 Electron 和 Tauri/Wails 之间选——Electron 重但普适兼容，Tauri/Wails 轻但依赖系统内置 WebView，可能流失老旧环境的用户；应用没有巨大富文本视图，Flutter、Qt、Perry 都行，看语言偏好。
评论区立刻分成两派，两派的论据都值得听：
一派站浏览器内核阵营：「qt 也有 WebView 和 webengine，可惜体验上和 electron 相比太卡了」「ai 时代当然是 electron 了」。还有人算了笔成本账：Tauri 省下不到 100M 的体积，但 JS+Rust 技术栈的上手难度「有得和 C++ 一比」，不划算。
另一派站 Flutter 阵营：「你忽略了 flutter 生态，如果已经有了 flutter app，那再去兼容做一套 pc，不要太简单。」还有位评论者说自己正在用 Flutter 做一款 AI 写作软件，桌面端和移动端体验都很不错。知乎
注意，这里没有裁判。这场争论的本质不是「哪个框架更好」，而是「你的应用是什么形态」。AI 长篇写作、重交互、自定义排版、移动端为主战场——这类应用恰恰是 Flutter 的舒适区；AI 对话流、文档编辑、知识库——那是浏览器内核的主场。
2026 年，Flutter 的三个权重变化
如果你正在为新项目犹豫要不要选 Flutter，最近两周放出的信息值得消化：
第一，桌面短板在被认真补齐。3.47 开始，Impeller 成为三个 PC 端平台的默认渲染器，文字渲染改用 SDF（签名距离场）——这是冲着桌面字体发糊这个老大难问题去的，用 GPU 计算换更锐利的边缘。知乎 macOS 还默认开启了广色域渲染。
第二，桌面「原生能力」被打开。Windows/Linux 支持 popup window，还能直接拿到底层 native window 句柄——官方展示的是 Windows Dockable Pane demo。对复杂桌面应用来说，这意味着框架 API 覆盖不到的地方，终于有了 escape hatch。不过多窗口目前仍是 experimental，没进 stable。
第三，Windows/Linux 支持 Flavors，打包配置和资源可以按渠道区分，发过版的人都知道这能解决什么。
社区里已经有人用 Flutter 做出了仿微信的 Windows 桌面客户端：聊天窗口、朋友圈、右键菜单、emoji 混排一应俱全，这正是「Flutter 能做 IM」一派手里的实证。小红书
另一面也要说清楚：知乎回答里点名的短板，3.47 并没有解决——复杂富文本、文档编辑、长内容排版依旧不是 Flutter 的强项；iOS 端 3.47 把最低支持提到 iOS 15、macOS 12，UIScene 适配变成强制，Intel Mac 停止适配。知乎 这些都是选 Flutter 要承担的真实成本。
一份可以直接套用的选型清单
把社区争论和 3.47 的更新放在一起，现在准备新开一个 App 的人，可以先回答三个问题：
问题一：你的 App 核心视图里有没有「巨大富文本」？
AI 对话流、文档编辑、知识库类——如果有，浏览器内核方案确实占优。要普适选 Electron，要轻量、能接受流失部分老旧环境用户选 Tauri（JS+Rust）或 Wails（JS+Go）。
问题二：你的核心视图是自定义 UI 和本地能力？
工具类、媒体类、健康运动类——Flutter 依然是稳的选择，3.47 补齐了桌面端，一套代码覆盖移动+PC 的边际成本现在很低。
问题三：你已经有 Flutter 应用？
那选型问题基本不存在，直接给现有技术栈加桌面端，就像评论里说的，「不要太简单」。你该关心的是另一件事：3.47 带来的 Material/Cupertino 解耦迁移时间线，和 CocoaPods 只读倒计时。
框架不是吃鸡游戏
那个回答里有个观点我很认同：框架之间不是吃鸡游戏，不是最后只能活一个。每个框架都有自己的基本盘，「如果某个框架消亡了，那一定是它对应的基本盘先消亡了」。
所以问题从来不是「Flutter 还值不值得学」，而是：你想做的应用，核心视图是什么形态？它的基本盘，是在变大还是在变小？
有两件事值得继续观察：一是 3.47 的多窗口什么时候从 experimental 走进 stable——这决定 Flutter Desktop 能不能真正承接复杂生产力应用；二是「重富文本」场景里用 Flutter 的新应用会不会变多——这决定这块短板会不会再次被集火。
