公告里的几个阶段名词
厂商的公告里常出现几个词，含义并不完全相同：
| 术语 | 含义 | 还在修问题吗 |
|---|---|---|
| 常规支持期 | 发布后的一段时间内提供功能更新与安全修复 | 是 |
| 扩展支持 / 仅安全维护 | 不再增加新功能，但继续提供重要修复 | 重要问题 |
| LTS（长期支持） | 某个版本被指定为重点版本，支持期更长 | 是 |
| EOL（生命周期结束） | 不再提供任何维护 | 否 |
实践中容易混淆的是中间那档。「只提供安全修复」听起来像全面支持，实际意味着非安全类的缺陷不会被处理，兼容性问题也可能不再被关注。
停止支持后实际失去什么
进入 EOL 后，变化通常体现在这几方面：
- 不再有安全补丁：这是最核心的一项。后续发现的问题不会回溯修复。
- 下载入口逐渐关闭：部分厂商会把旧版本从主下载页移除，但仍保留在归档站点，需要注意分辨来源是否官方。
- 第三方依赖陆续减配：配套的 SDK、插件与云服务会先停止适配，外围生态往往比软件本身更早变化。
- 兼容性问题自行承担：新操作系统上线后，问题通常不被列为修复对象。
为什么厂商不再延长维护
支持旧版本有真实成本：每维护一条版本线，就需要相应的人力和回归测试流程。分支越多，验证一个新修复的工作量越大。
因此多数项目采用「滚动进度」的策略：新的版本线开启时，较早的版本线按计划退出。这也是厂商普遍建议用户停留在 LTS 版本的原因——它的支持窗口更明确，便于提前排迁移计划。
仍然在用 EOL 版本时怎么安排
受兼容性制约无法立即升级的情况很常见，可以按优先级做这几件事：
- 把它隔离出来：减少对外暴露面，避免放在可直接被外部访问的位置；
- 记录并纳入台账：明确这台机器、这个容器还在用旧版本，避免它在后续排查中被遗漏；
- 给迁移定一个时间点：没有截止日期的技术债通常会被无限推迟，建议至少排到季度计划里；
- 关注厂商的付费支持选项：部分项目通过合作方向仍在使用旧版本的用户提供商业支持，作为过渡选项。
对个人用户的影响相对有限
多数桌面软件停止支持后依然可以运行，短期内不影响使用。真正建议尽快处理的是涉及联网能力的部分——浏览器、运行环境、以及接收外部数据的服务。
本站收录软件时会标注开发商与官方下载地址，并倾向于收录仍在持续维护的项目，以减少这类后续维护压力。