为更加细致打磨实时协作功能，WordPress 7.0 发布延期

这几天 WordPress 官方团队连续发布官方公告，正式宣布推迟 7.0 正式版发布时间，这也是 WordPress 历史上少见地从 RC（发布候选版）阶段退回深度测试状态的一次版本调整。

实时协作功能需更多时间打磨

此次延期的核心原因，是 WordPress 7.0 最重要的新特性「实时协作」功能的底层架构仍未最终定型，其中内置了对 HTTP 轮询的支持，以确保这项功能能覆盖最广泛的场景、让尽可能多的用户可用，团队在数据库存储方案上出现关键分歧：

最初计划新增专用数据表支撑协作同步，后改为使用 postmeta + transients 临时方案以规避缓存失效问题，但 WordPress 创始人 Matt 最终要求重新审视自定义数据表设计，确保从底层给出最优解，避免留下长期技术债。

同时，官方也希望利用延期时间，把实时协作的适用场景考虑得更全面，不只满足在线编辑，还要兼容更通用的数据同步需求，以最宽泛的视角设计出合适的底层能力，从而具备更长周期的扩展性。

总体而言，7.0 计划将实时协作编辑作为可选择启用（opt-in）功能推出，目的是给 WordPress 生态留出时间适应这一重大变更。

延期期间的核心管控规则

所以原本预计 4 月 9 日发布的 WordPress 7.0，暂时还有明确的发布时间，官方暂时给出新版发布时间表不晚于 4 月 22 日公布，整体延期幅度预计为数周。

延期期间，WordPress 核心代码进入严格管控状态：trunk 主干分支暂停所有与 7.1 版本相关的提交，重点聚焦 7.0 版本的问题修复；所有代码修改需围绕实时协作稳定性展开，仅允许修复当前版本引入的 Bug，不新增任何新功能。

同时，文本字符串进入冻结状态，仅保留实时协作相关的关键文案修改权限，避免因多语言翻译、功能描述调整引发额外工作量。

考虑到技术兼容性，此次延期未采用 “回退 Beta 版本” 的方式，而是继续沿用 RC 版本号序列，后续发布的测试版实质为 Beta 测试性质，官方会在发布说明中明确标注，避免用户混淆版本状态。

测试方面，官方暂停新增预发布版本，仅保留每日构建的测试包，供开发者测试 HTTP 轮询机制、缓存策略优化等核心功能，确保后续上线无明显漏洞。

对各方的具体影响

对于主机商而言，实时协作功能会直接影响 WordPress 的资源占用与数据库交互行为。WordPress 站点通常以读操作为主，但协作功能天然包含写入状态，并需向其他用户广播；其采用的 HTTP 轮询机制属于通用性最低的方案，广泛兼容性的背后，是相较于 WebSockets 等专用方案的相对低效。

而这次延期，也让主机商有更充足的时间测试 HTTP 轮询机制对服务器资源、数据库读写的影响，进而优化缓存策略。

对插件开发者而言，实时协作编辑基于古腾堡编辑器使用的 wordpress/data 包实现，可检测并同步会话中所有用户的修改，因此当页面存在 metabox 时，实时协作会自动禁用。

7.0 延长的开发周期，将成为依赖 metabox 实现界面交互的插件开发者的适配窗口：他们既可以搭建兼容桥接逻辑，让 metabox 适配协作模式；也可以改用更现代的古腾堡 API，以更无缝的方式将插件界面集成到编辑器中。

对于普通站长来说，虽然 WordPress 7.0 正式版有所推迟，但上线后的稳定性、兼容性将更有保障；且实时协作功能默认采用 “可选择启用（opt-in）” 模式，不会强制开启，避免影响现有站点的正常运行。

此次 WordPress 7.0 版本延期，并非项目出现问题，而是团队基于质量优先的原则，主动放慢节奏。通过延长测试周期，完善实时协作的底层架构，优化数据库存储方案，既能避免仓促上线带来的生态风险，也能让后续版本更具稳定性，为站长、开发者提供更可靠的使用体验。