WordPress 7.1为何放弃React 19？一场技术债务与生态稳定的博弈

7月27日，WordPress开发团队做了一个”令人意外”的决定：WordPress 7.1将不升级React 19，继续使用React 18.3。

按常理，软件更新应该追求”最新最快”，WordPress 7.0都发了，7.1怎么反而”倒退”了？

我仔细研究了一下，发现这个决定背后，比表面看起来有意思得多。

React 19为什么被放弃

WordPress最初打算在7.1版本引入React 19，在Gutenberg编辑器插件里做过测试。但测试结果不理想。

问题出在兼容性上。React 19引入了一些底层改动，特别是关于数据结构处理的逻辑——旧版本WordPress创建的数据结构，交给React 19运行时处理时，会产生不兼容错误。这些错误会导致：

• 区块编辑器（Gutenberg）功能异常
• 后台管理界面显示问题
• 浏览器控制台报错，影响用户体验

而这还不是单个插件的问题。WordPress生态里有数以万计的第三方插件，它们在开发时都基于React 18.x的接口。一旦WordPress核心升级React 19，这几万个插件里，只要有一个没做好适配，就可能让你的网站后台出现各种奇怪的Bug。

这对于一个全球43%网站都在用的CMS来说，是一个牵一发动全身的决策。

43%市场份额的代价

WordPress的市场占有率是43.1%，也就是你访问的每四个网站里，至少有一个是WordPress做的。这个数字听起来是优势，但也是负担。

因为生态太大、历史太长，WordPress积累了大量”技术债务”：

• 有些插件是10年前写的，维护者早就不更新了
• 有些主题依赖旧的React API，没有任何迁移计划
• 有些定制开发是承包商按当时的WordPress版本做的，源代码都不一定找得到

在这种情况下，WordPress核心团队做任何底层升级，都必须考虑”最弱的那个插件能不能撑住”。这就像一栋住了几十年老住户的公寓楼，你要翻新管道，得问每一户同不同意。

这件事对独立博主意味着什么

如果你正在用WordPress建独立博客，这件事对你有两层影响：

短期影响：不用担心你的博客突然坏掉。 这次”不升级”决定，意味着你的主题和插件短期内不会因为React版本问题出现兼容性Bug。特别是那些用老版本WordPress和主题的博主，可以安心了。

长期影响：WordPress的技术债务问题，正在加速一些博主”出逃”。 这是我观察到的一个趋势——越来越多的博主从WordPress迁移到Astro、Hexo等静态站点工具。为什么？因为静态站点没有”后台”、“插件”、“数据库升级”这些概念。代码写完，push上去，永远不会因为某个底层依赖的更新而”爆雷”。

WordPress这次放弃React 19，某种程度上是在用保守换稳定。这是务实的选择，但对于那些追求技术前沿、想要最新前端能力的开发者来说，这更像是一个信号：WordPress不是你的选择了。

为什么我说这是一件好事

听到这里，你可能觉得这是WordPress的”危机”。但我觉得未必。

WordPress这次的决定，恰恰说明了它的定位：它不是给极客用的，它是给所有人用的。

43%的市场占有率，意味着全球有无数的小商家、小博主、小企业主在用WordPress。对于他们来说，“博客能正常打开”比”用了React 19”重要一万倍。WordPress团队选择稳定而不是激进，某种程度上是尊重了自己的用户。

而对于那些真的需要React 19能力的开发者，市场上也从来不缺选择：Astro可以做静态站，Next.js可以做全栈，Remix可以做SSR。每种工具都有自己的定位，WordPress的定位从来就不是”技术最先进”。

我的判断

WordPress 7.1放弃React 19，不是一次失败，而是一次清醒的自我认知。

WordPress的核心竞争力从来不是技术最先进，而是生态最丰富、入门最容易、用户基数最大。在这个基础上，“稳定”比”先进”更重要。

但这件事也提醒我们：如果你的需求是极致的技术体验和极低的技术负担，静态站点工具（Astro、Eleventy等）正在变得越来越好；如果你的需求是快速建站、插件生态和社区支持，WordPress依然是那个最稳妥的选择。

选工具这件事，从来不是”哪个最强”，而是”哪个最适合你现在的处境”。