php 官方在 8.2.35 发布公告中写明了一个所有 8.2 用户都必须面对的日期：2026 年 12 月 31 日，php 8.2 分支 eol。此后该分支不再提供任何安全修复——包括对严重漏洞的响应。距基准日 2026-11-10，只剩 51 天。
▲ 事件来源页面实时截图：php.net
当前受支持分支全景
稳定版 8.5.12；旧稳定 8.4.27、8.3.36、8.2.35；PHP 8.6 处于 RC 阶段，11 月 19 日计划 GA。8.2 是最后一个进入倒计时的分支。
升级排期建议
年底前完成向 8.3 / 8.4 / 8.5 的升级评估与灰度；升级时按现网分支选择对应补丁版本。EOL 之后继续运行 8.2 意味着下一个严重 RCE 将无人修复。
EOL 之后还剩什么
12-31 之后 8.2 不再获得安全补丁：官方不再为 8.2 分配 CVE 修复，第三方发行版可能短暂自行维护，但社区源码层面已经终结。仍在 8.2 的项目实际上是在一个「不会再有修复」的基线上运行公网服务。
迁移路线怎么排
先做兼容性扫描（静态分析 + 依赖树），确认 8.2 到 8.3/8.4 的弃用项与行为变更；再在预发环境跑完整回归；最后灰度切换。若项目依赖已停更的 PECL 扩展，应尽早评估替代方案，因为这类扩展往往连 8.3 都不再适配。
迁移的三个常见坑
扩展不兼容（尤其停更的 PECL 包）、动态属性废弃引发的告警、以及默认错误级别变化导致日志暴涨。建议先用静态分析扫一遍，再在 CI 里以 8.3+ 跑全量测试，最后才动生产流量。
还有哪些隐性成本
8.2 之后的安全审计与合规检查会因「使用已 EOL 版本」而额外加码，部分云厂商的托管运行时会逐步下架旧版本镜像。这些非技术成本往往比升级本身更影响排期。
与框架版本的关系
主流框架的新版本通常只支持受支持的 PHP 分支。停留在 8.2 会连带限制框架升级，形成「语言旧、框架旧、依赖旧」的连锁反应。规划迁移时应同时确认框架的最低 PHP 要求。
▲ 官方索引页截图
▲ php.net 官方版本页面截图
关键信息
| 项目 | 内容 |
|---|---|
| 类目 | 生命周期 |
| 级别 | 高 |
| 日期 | 2026-10-21 |
| 关联编号 | PHP 8.2 EOL |
| 影响范围 | 8.2 分支全部部署 |
| 核验状态 | 已官方确认 |
来源：https://www.php.net/archive/2026.php
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
