Flutter 官方多窗口体验 ，为什么 Flutter 推进那么慢，而 CMP 却支持那么快

Flutter的多窗口支持一直让人等得心焦。官方进度条像蜗牛爬，隔壁CMP早就跑出二里地。这差距不是一星半点，开发者社区里早有人坐不住了，天天在论坛敲碗等更新。

技术债这事儿得从头捋。Flutter诞生那会儿压根没考虑多窗口场景，底层设计焊死了单窗口模式。现在要动手术，等于把地基撬开重打。渲染引擎、事件分发、状态管理，每个模块都得大改。工程师们像在给飞行中的飞机换引擎，稍不留神就炸机。

CMP能后来居上不是没道理。人家从娘胎里就带着多窗口基因，架构设计预留了扩展口。加新功能就像搭积木，模块往预留槽里一插就完事。更别说背后还有大厂资源撑着，要人给人要钱给钱，开发速度自然快马加鞭。

社区生态也在拖后腿。Flutter插件市场里九成插件都是单窗口写法，现在要逐个适配。开发者们左手改自家代码，右手还得催插件作者更新，两头忙得像陀螺。CMP的插件生态反而轻装上阵，新规范从起步就立好了规矩。

谷歌这艘大船调头确实费劲。每个决策要过五关斩六将，安全审查、兼容测试、A/B实验轮着来。小公司拍脑袋就能定的方案，在这儿得开三个月会。有内部工程师偷偷吐槽，流程文件比代码还厚。

用户的实际需求被晾在沙滩上。企业级应用早把多窗口当标配，金融、医疗、教育行业天天催更。有人实在等不及，自己魔改引擎凑合用。这些野路子方案像打补丁，用是能用，指不定哪天就崩。

跨平台的美梦撞上现实的墙。当初"一次编写处处运行"的承诺，在多窗口场景下显得力不从心。桌面端和移动端对窗口的理解天差地别，工程师们不得不在差异的夹缝里找平衡。