8 月 27 日，php.net 发布 8.5.10 / 8.4.25 两个常规 bugfix 版本，不含安全修复；同期 8.6.0 beta 2 开放测试。这是 9 月安全批次之前的一次纯维护发布。
▲ 事件来源页面实时截图：php.net
定位
常规维护，优先级低于安全版本。仍在 8.5.10 / 8.4.25 的部署应直接升级到当前批次，顺带覆盖 9 月、10 月两批安全修复。
bugfix 版与安全版的区别
这一批（8.5.10 / 8.4.25）不含安全修复，属于常规错误修正：修复崩溃、修正行为、补齐测试。官方未发布安全通告，也不要求紧急升级。安全版则相反，只做最小改动以保证可预测性。
升级节奏怎么安排
处在新安全版本上的项目可以按季度跟进 bugfix 版；跨度过大的升级（例如从 8.5.9 直接到 8.5.13）建议先在预发环境验证扩展与框架的兼容性。无论哪种，都不要跳过中间的安全版本，否则会同时承担功能回归与安全暴露两类风险。
这类版本的回归风险
bugfix 版改动虽小，但触及崩溃修复路径时仍可能改变既有行为（例如错误从致命变为可捕获）。升级前查看该版本的 NEWS 条目，挑出与自身业务相关的修复项做定向验证，比全量回归更高效。
立即学习“PHP免费学习笔记（深入）”；
什么时候可以合并升级
当项目处于大版本迁移或冻结期，且该 bugfix 不涉及你使用的功能时，可并入下一次安全升级一起做，减少变更次数。但不要长期停留——累积的崩溃修复往往在关键时刻才暴露价值。
怎么读 NEWS 条目
官方每个版本的 NEWS 会按扩展分组列出修复项。快速筛法：只看自己启用的扩展条目，其余略过；与业务强相关的（session、json、pdo 等）建议逐条对照测试。
与安全版本的协同
如果 bugfix 版发布时恰好叠加了安全批次，应优先保证安全补丁落地，再评估是否引入 bugfix 的行为变化。两个变更混在一次升级里，出问题时很难判断根因来自哪一部分。
▲ 官方索引页截图
▲ php.net 官方版本页面截图
关键信息
| 项目 | 内容 |
|---|---|
| 类目 | 版本更新 |
| 级别 | 常规 |
| 日期 | 2026-08-27 |
| 关联编号 | 8.5.10 / 8.4.25 |
| 影响范围 | 8.5 / 8.4 分支 |
| 核验状态 | 已官方确认 |
来源：https://www.php.net/archive/2026.php
