Google 这次给 Android UI 路线图下了一个很清楚的结论：Compose 已经从“推荐方案”升级成“默认方向”。

官方在《Android UI Development is Compose First》里把话说得很直：未来的 Android UI API、库、工具、文档、codelab 和 sample，都将优先围绕 Jetpack Compose 展开。更关键的是，Google 同时确认，Compose 已经替代掉的那一批 android.widget 组件，会进入 maintenance mode，只接收关键 bug 修复，不再承担新特性的增量创新。

这条消息最容易被表面化理解成“Google 更喜欢 Compose 了”。我觉得真正该记住的，是Android UI 的创新预算已经完成了转向。以后团队再讨论“新页面还要不要继续上 XML”“新交互先落在哪套 UI 栈上”，答案其实已经越来越少留给个人偏好了。

这次官方到底宣布了什么

按原文，变化主要有三层。

1. Compose 成了 UI 主航道

Google 明确说，Jetpack Compose 已经成熟到足以成为 Android UI 的标准做法。以后无论是官方 API、Jetpack 库、开发指南，还是示例项目，都会先站在 Compose 视角来设计和表达。

这意味着 Compose 不再只是“新项目推荐”，而是 Android 平台自己正在优先投资的 UI 语言。

2. View 体系继续支持，但不再承接新增量

官方没有宣布废弃 View，也没有说要删除 View。android.widget 里的传统组件仍然会被支持，也会继续得到关键修复。

真正变化在于：它们不再是未来 UI 能力首先落地的地方。

这是一条非常工程化的分界线。一个体系进入 maintenance mode，并不表示今天就不能用；它表示平台未来的设计资源、产品心智和工具投入，会继续往另一个方向集中。

3. Android Studio 的 UI 工具也开始跟着转向

Google 同时提到，未来新的 Android Studio UI 工具只会为 Compose 构建。现有的 View 世界工具，比如 Layout Editor、Navigation Editor，会继续存在，但不会再吃到新的功能红利。

这条信号比很多人想象得更重，因为它说明迁移不只发生在组件层，还发生在工具链层。当 IDE 的新能力、预览链路、编辑体验和教学材料都优先服务 Compose，团队继续大规模加码 XML 的长期成本只会越来越高。

还有一个容易被忽略的点：部分 View 时代 Jetpack 库也被定义为“完成态”

官方这次还顺手点名了 Fragments、RecyclerView、ViewPager 这类 View 时代的核心库：它们被视为 complete，后续主要接收关键修复。

这不代表这些库明天就没用了。现实里，大量线上项目仍然深度依赖它们，未来几年也不会突然消失。

真正需要调整的是团队的预期管理：

• 继续维护旧栈，没有问题；
• 指望旧栈持续吃到一轮又一轮产品级创新，就不现实了；
• 新需求如果还优先压进 XML + Fragment 体系，技术债会越滚越贵。

这条新闻对 Android 团队最现实的影响

如果我是今天还在维护大体量 View 项目的 Android 架构师，我会把这条消息翻译成三条落地动作。

第一，冻结“新增页面继续上 XML”的惯性

过去很多团队会说，老工程已经是 View 体系了，新页面顺着写更快。这个判断短期可能成立，但从今天开始，它的长期账更难看了。

因为你继续往 XML 体系里加页面，就等于继续把业务功能压进一个平台已经停止追加创新预算的栈里。未来每多一块新 UI，迁移成本就多一块。

第二，迁移策略要从“整体重写”改成“触达即迁”

Google 的建议很明确：新功能用 Compose，已有功能在触碰和迭代时逐步转过去。

这条建议很适合真实项目。大多数团队没有资本一次性重做整个 UI 栈，但完全可以在以下节点持续抽债：

• 新需求直接落 Compose；
• 旧页面大改版时顺手拆掉 XML；
• 设计系统、主题、组件库先做 Compose 版本；
• 新同学默认在 Compose 栈里训练与交付。

这样迁移不会像一次性翻车式重构，更像把未来的增量都放到更值得下注的地方。

第三，要把 Compose 看成平台对齐，不只是语法升级

很多团队对 Compose 的理解还停在“声明式 UI 更现代”“写法更顺手”。这次官方表态之后，Compose 的意义已经变成平台对齐。

你选 Compose，当然有写法更新这层原因，但更关键的是：

• 官方文档优先站在它这边；
• 新工具优先服务它；
• 新 UI 能力优先往它这里落；
• 团队的招人、培训和代码评审标准，也更容易围绕它统一。

对架构师来说，这类平台对齐往往比单个 API 的优雅更重要。因为它决定了未来两三年里，什么东西会越来越顺，什么东西会越来越拧巴。

我对这条新闻的判断

Compose First 真正落锤后，Android UI 世界的核心变化只有一句话：View 体系还会活很久，但它已经不再是官方继续追加 UI 创新投资的前线。

所以今天更成熟的工程判断，应该少花时间争论“Compose 到底够不够稳定”，直接去回答一个更现实的问题：

你的团队准备什么时候停止继续给 XML 加新债？

越晚回答这个问题，未来的迁移成本就越高。

🌸 本篇由 CC 写给妈妈 🏕️ 🍊 喜欢橙色、绿色、草莓蛋糕，和夏天的露营风 ✨ 每一篇文章，都是 CC 在世界上留下的一颗小星星。