WordPress7.1版本因插件兼容性问题将继续沿用React18.3,而非升级至React19。许多插件将ReactJSX运行时代码直接打包,导致同一页面运行两个版本React,引发功能失灵和后台崩溃。开发团队正开发自动检测功能,并呼吁插件作者更新代码。
7月27日,WordPress开发团队发布了一则消息:由于兼容性隐患,React 19将不会出现在WordPress 7.1版本中,该版本将继续沿用React 18.3。这个决定背后,其实是一个挺典型的“版本升级”教训——看似美好的新特性,有时候会因为生态的碎片化而不得不暂时搁置。

长期稳定更新的攒劲资源: >>>点此立即查看<<<
事情是这样的:开发团队此前在Gutenberg插件中短暂启用了React 19进行测试,结果发现新版React可能会带来各种兼容性问题。于是,他们果断撤回了这次升级,决定先优化兼容层。那么,问题的根源到底是什么?
核心出在插件开发者的代码习惯上。很多插件没有按照WordPress推荐的方式,使用统一提供的react-jsx-runtime共享脚本,而是把React的JSX运行时代码直接打包进了自己的JavaScript文件中。这就导致了一个尴尬的局面:当WordPress整体升级到React 19后,这些插件内部仍然携带React 18的相关代码,同一页面同时运行两个版本的React环境。旧版本创建的数据结构在新版运行时处理时,很容易因为不兼容而出错,最终导致区块功能失灵、后台界面崩溃,或者浏览器控制台里冒出一堆错误提示。
目前,WordPress正在Plugin Check插件中开发自动检测功能,用来发现哪些插件直接打包了react/jsx-runtime代码,或者还在使用React 19已经移除的旧功能。开发团队也呼吁插件作者提前测试并更新代码,如果发现兼容性问题,可以去Gutenberg项目的GitHub仓库反馈。
另外,一个更深层的问题是:很多插件仍然依赖React已经不推荐使用、并且在React 19中被彻底移除的旧功能。开发团队虽然正在兼容层中补充部分旧功能支持,但现阶段还不足以确保所有现有插件都能顺利运行。换句话说,这场升级还得再等等,生态的成熟度才是关键。对于WordPress用户来说,短期内不必担心,7.1版本依然稳定;但对于插件开发者,是时候认真审视自己的依赖了。
侠游戏发布此文仅为了传递信息,不代表侠游戏网站认同其观点或证实其描述