PHP 大版本的活跃维护和安全维护两档，差在哪一段

脚本语言支持期表里活跃维护与安全维护分两档，两档的差别落在「修不修非安全缺陷」这一件事上。活跃维护期内，缺陷修复与安全修复一起按常规节奏发布；进入安全维护期，只有关键安全问题会被处理，发布改成按需。两档都过就是终止支持，届时连安全修复也没有。建站环境该按哪一档安排升级，取决于能不能接受长时间只修安全问题的状态。

两档支持的差别在修什么

PHP 官方支持期表把每个大版本标出两个止日：活跃支持截止到某一年年底，安全支持再往后延长两年，合计四年后终止支持。以当前在表上的版本为例，PHP 8.5 活跃维护至 2027-12-31、安全维护至 2029-12-31；PHP 8.4 活跃维护至 2026-12-31、安全维护至 2028-12-31；PHP 8.3 与 PHP 8.2 已经只接收安全修复，分别到 2027-12-31 与 2026-12-31。

差别具体到日常是三类事：功能类改动不再回来；非安全的缺陷报告不再被处理，遇到的是兼容性小问题就得自己绕；只有被判定为关键安全问题的修复会继续发。

支持期表的读法

读表时先看今天日期落在哪一段，而不是只看版本号大小。同一版本可能刚跨过活跃截止，这时表上还有日期，但缺陷修复已经停了。

其次看「按需发布」这一项。安全维护期的发布频率低于活跃期，意味着修复到达时间不完全由官方决定，也与问题严重程度有关。把这两栏放在一起看，才能估出实际暴露时长。

只收安全修复意味着哪些风险

第一类风险还是安全，只是修复更慢：官方继续处理关键问题，站点如果依赖某个只在活跃期修复的缺陷，就会长期带着它运行。

第二类风险来自周边：程序库、扩展与依赖版本会跟着往前，只修安全的旧分支越久越难匹配。等到必须跨大版本升级时，改动面比按档升级时更大。

第三类是合规与巡检口径。把支持期表当作环境台账的一部分记录，比事后翻公告省事。

环境升级怎么排期

三条线要分清：语言运行时的支持截止、内容管理系统自身的推荐版本、数据库与代理层的版本。排期按最紧的那条线定，而不是按最宽松的一条。

如果不想被这三条线牵着走，可以换一个方向看部署形态：AnQiCMS 用 GoLang 加 Iris 框架与 GORM 构建技术栈，程序编译成单个可执行文件交付，部署走宝塔面板或 Docker 镜像，默认监听 8001 端口。这条路径上没有需要跟随语言版本升级的运行时层，环境维护的重点变成程序版本本身与系统依赖。

资源侧的差别也在这里：官方口径是内存占用比 PHP 类 CMS 降低约 80%，这是约数而非精确指标，但方向与常驻运行时的开销有关，属于同一类取舍的另一面。

常见问题

还在安全维护期内，要不要立刻升？不必按天推进，但要把跨大版本升级排进日历，避免到期后被动应对。

共享主机只提供固定版本怎么办？先确认能选到的最高版本落在哪一档，再判断当前程序是否支持；两档都过的版本不适合继续对外提供站点。

支持期表会不会临时改动？会。日期与阶段划分都可能随官方调整，把它当作需要复核的来源，而不是抄一次就用多年。