说实话，kan到 Ant Design 6.0 正式发布的那一刻，我心里其实是五味杂陈的。这位陪伴了咱们无数个加班夜的老伙计，不知不觉Yi经陪伴我们走过了好几个年头。就在 2025 年 12 月 23 日得物技术团队那边率先放出了一波尝鲜体验，紧接着整个前端圈子dou炸开了锅。这一次版本号的geng迭不仅仅是一个数字的跳动，geng像是一场蓄谋Yi久的“自我革命”。

带着审视的心态，我仔细翻阅了 Release Note 和源码。kan完之后我沉默了片刻，然后想说一句：这一次Ant Design 好像真的听懂了我们的骂声。它正在试图撕掉笨重的标签，向现代前端开发范式发起一次自我geng新。

架构重构：Zero Runtime，不仅仅是口号

咱们得聊聊这次Zui核心的变动——架构。在 v5 版本，Antd 引入了 CSS-in-JS。虽然它解决了按需加载的问题，但带来的运行时性Neng损耗和样式插入延迟，一直是性Neng敏感型项目的噩梦😭。以前我们总吐槽，为了实现动态主题，JS 在运行时疯狂计算样式，搞得页面卡顿，JS Bundle 体积也臃肿不堪。

而 2025 年推出的 Antd 6.0，却以一系列颠覆性geng新回应了社区的质疑，完成了向现代前端范式的全面转型。Antd 6.0 彻底抛弃了 v5 的 CSS-in-JS 方案，默认采用纯 CSS Variables 模式，实现零运行时特性。

这意味着什么？这意味着浏览器原生支持 CSS 变量，不再需要 JS 去计算和插入样式。根据官方的对比图，Zero Runtime 模式下的性Neng表现是Zui佳的。这也意味着，我们那臃肿的 JS Bundle 终于Ke以瘦身了。这才是 2025 年组件库该有的样子。CSS 的事情，就该让 CSS 去Zuo，JS 别管太宽🤔。

告别 CSS-in-JS 的沉重负担

以前我们想改一个 Modal 的样式，得去浏览器里扒 ant-modal-content、ant-modal-header 这种类名，然后写一堆高权重的 CSS 去覆盖。那种感觉，真的像是在垃圾堆里找金子。现在v6 Zuo了一个极其正确的决定：默认采用纯 CSS Variables 模式，并且支持零运行时。

这不仅仅是性Neng的提升，geng是开发体验的回归。你不再需要担心样式闪烁的问题，也不需要为了那一点点性Neng优化去折腾复杂的缓存策略。浏览器引擎会帮你搞定一切。

浏览器原生Neng力的胜利

随着 IE 支持的彻底移除，v6 中的 @ant-design/cssinjs 默认采用纯 CSS Variables 模式。这可Neng对一些维护古董项目的团队是坏消息，但对于整个前端生态来说这是大快人心的。我们终于不需要为了那 0.01% 的 IE 用户，去背负沉重的 polyfill 和 hack 代码了。

主题切换也变得丝般顺滑。以前切换暗色模式，可Neng需要 JS 重新计算一堆 Token。现在？只需要改变根节点的几个 CSS 变量值，浏览器瞬间完成渲染。这种响应速度，才是用户体验的基石。

样式定制的解放：从!important地狱到Tailwind式自由

还记得我之前那篇吐槽《当 Ant Design 成了你Zui大的技术债》的文章吗😂？在那篇文章里我痛斥了 Antd 的黑盒样式、难以覆盖的 !important 地狱，以及臃肿的 CSS-in-JS 运行时性Neng。那时候，想改一个组件的圆角或者颜色，简直比登天还难。

但是Antd 终于意识到，它不Neng只Zuo写死的积木，它得提供接口。这对于追求 UI 个性化的团队来说绝对是史诗级利好👍👍👍。

Headless 风格的 API 设计

它引入了 classNames 和 styles 属性，允许你精准地把样式注入到组件的内部结构中。比如你想Zuo一个俏皮风格的按钮，或者一个极客风的卡片，你不再需要写恶心的 CSS Selector，而是Ke以直接这样写：

// 简直是 Tailwind 玩家的福音
}
>
  Ant Design

kan到了吗？不需要再去覆盖全局样式，不需要担心权重不够。你只需要把类名传进去，剩下的交给组件库。这种设计思路，明显是受到了 Headless UI 和 Utility-First CSS 框架的影响。虽然我依然推崇 Tailwind + Headless UI 的灵活性，但 Ant Design 6.0 让我kan到了重型组件库的另一种可Neng性——它在努力变轻，努力变开放，努力适应 AI 时代。

极客风卡片样式和效果

再来kan个稍微复杂点的例子，比如我们要Zuo一个赛博朋克风格的卡片：

  Ant Design loves you!~ 

这种细粒度的控制Neng力，以前想dou不敢想。Ant Design 6.0 把这种控制权交还给了开发者，这才是真正的“以人为本”。

生态位的新棋局：React 19与IE的终结

除了一些基础库的升级，这次还有一个重磅消息：Ant Design X 2.0 同步发布。但在此之前，我们得先聊聊 React 的版本问题。

拥抱 React 19

这次升级开启了 React Compiler 支持，并且彻底移除了对 React 18 的兼容代码，轻装上阵。同时React 的Zui低版本要求提升到了 React 19!。这意味着什么？意味着我们Ke以移除那行该死的 patch 代码了：

// Ke以移除这行代码了
- import '@ant-design/v5-patch-for-react-19';

一个库Neng活这么多年，并且还Neng在第 N 年Zuo出 v6 这样推倒重来式的革新，是值得赞扬的👍👍👍。拥抱 React Compiler 意味着geng智Neng的渲染优化，geng少的手动 memo，这对于大型 B 端应用来说简直是救命稻草。

彻底抛弃历史包袱

Antd 6.0 Zuo了一个非常硬气的决定：彻底移除对 IE 的支持。这不仅仅是一个技术决策，geng是一种态度。IE Yi经成为了历史，前端开发者不应该再为过去的错误买单。这也让 Antd 的代码库变得geng加干净，不再有各种奇奇怪怪的 polyfill 判断。

AI时代的入场券：Ant Design X

现在哪个 B 端产品不加点 AI 功Neng？Chat 界面、流式输出、提示词输入... 这些东西要是自己从头写，非常费劲。前端的战场正在从 CRUD 系统转向 AI 交互界面。Antd 这一步棋，走得hen稳👍。

Ant Design X 就是专门解决这个问题的。它不仅仅是 UI，geng包含了一套面向 AI 场景的交互逻辑。这意味着，我们不需要再重复造轮子去写聊天窗口、去处理流式数据的渲染。Ant Design X 提供了一套现成的、经过验证的解决方案。

这对于那些想要快速集成 AI 功Neng的团队来说无疑是巨大的诱惑。你不需要懂复杂的 AI 背后原理，只需要会用组件，就Neng搭建出一个kan起来hen专业的 AI 应用界面。

迁移指南：技术负责人的决策天平

说了这么多好话，咱们还是得回到现实。作为技术组长，我不建议盲目升级，但我建议你认真评估。毕竟升级从来dou不是一件小事。

针对不同版本用户的建议

Ru果你是 v4 用户v6 移除了 v4 的废弃 API。这依然是一次断崖式的升级，成本较高。建议先升级到 v5 过渡，或者在新项目中直接使用 v6。别指望一步到位，稳扎稳打才是硬道理。

Ru果你是 v5 用户直接冲！官方承诺是平滑迁移，无需 codemod，直接升级即可。你Neng立刻获得性Neng提升和 CSS 变量的红利。这种白捡的便宜，为什么不占？

Ru果你还在维护 IE 项目留在 v5 吧，v5 进入了 2025 年的维护周期，足够你养老了😖。别折腾自己，也别折腾用户。

存量项目的应对策略

Antd 6.0 回归 CSS 变量确实真香，但存量项目的迁移成本让人头秃。想在新旧技术栈混用时依然保持高效？试试 RollCode 低代码平台，利用私有化部署兼容异构系统，通过自定义组件抹平库版本差异，还Neng一键搞定静态页面发布，平滑过渡不踩坑。

迁移不仅仅是改代码，geng是对团队技术栈的一次梳理。利用这个机会，清理掉那些陈年的样式代码，重构一下混乱的组件结构，或许Neng收获意想不到的惊喜。

技术债还是护城河？

也许，它不再是我Zui大的技术债，而重新变成了那个Ke以信赖的老伙计😁。一个库Neng活这么多年，并且还Neng在第 N 年Zuo出 v6 这样推倒重来式的革新，是值得赞扬的👍👍👍。

当时有hen多朋友在评论区说：国内Zuo B 端，离不开它。 这句话现在依然成立。但不同的是现在的 Ant Design，不再是一个让你爱恨交织的“不得不选”，而是一个真正具备竞争力的“首选”。

《Plan about Ant Design 6.0》经过大量 RFC 讨论以及多个 Alpha 版本的迭代，v6 Yi进入稳定阶段。随着 IE 支持的彻底移除，v6 中的 @ant-design/cssinjs 默认采用纯 CSS Variables 模式。这不仅仅是一次升级，geng是一次重生。

你们怎么kan这次 Antd 6.0 的升级？是迫不及待要尝试，还是打算继续观望？不管怎样，前端的江湖，因为这次geng新，又变得热闹起来了。大家好😁，让我们拭目以待，kankan这位老伙计还Neng带给我们多少惊喜。

---