php 7.1 引入类常量可见性修饰符，旨在补全面向对象封装能力的短板；此前所有类常量默认 public 且无法限制访问，导致实现细节暴露、子类误用和敏感值无保护，违背封装原则。
PHP 7.1 引入类常量可见性修饰符，核心目的是补全面向对象封装能力的短板。在此之前，所有类常量默认 public，无法限制访问——哪怕是一个仅内部使用的状态码、密钥或调试开关，也对外完全暴露，违背封装原则。
类常量过去为什么不能加修饰符
PHP 5.x 至 7.0 中，const 声明的类常量本质上是“全局只读符号”，编译后直接挂载在类结构上，不参与访问控制检查。这导致：
- 没法隐藏实现细节（比如
private const DB_TIMEOUT = 5;） - 子类可能误用父类内部常量，造成隐式耦合
- 配置类里的敏感值（如
SECRET_KEY）只能靠命名约定提醒，无语法约束
为何 7.1 版本决定支持
社区长期反馈封装不完整，尤其在构建框架和大型应用时，常量滥用加剧维护难度。PHP 开发组在 RFC（RFC: Class Constant Visibility）中明确指出：
- 常量与属性/方法一样，属于类的契约组成部分，理应统一访问控制模型
- 支持
public/protected/private后，类接口更清晰：哪些是供外部使用的稳定契约，哪些是仅供继承扩展的内部约定，哪些纯属实现细节
修饰符不是“新增功能”，而是“补齐语义”
public const 虽然行为与旧版 const 一致，但显式声明带来三重价值：
- 代码意图一目了然（看到
public const就知设计为开放使用） - 与
protected const、private const形成完整权限谱系，便于静态分析工具识别 - 避免升级后因隐式 public 导致的误用风险（例如旧代码迁移到新版本时，不会因缺少修饰符而意外放宽权限）
实际影响远超语法糖
它让类常量真正融入 OOP 四大特性中的“封装”：
-
private const把常量变成纯粹的内部工具（如算法阈值、临时标记） -
protected const支持模板模式中的可定制参数（子类可复用但不可暴露） -
public const则明确划出类的“公共契约边界”，比如 HTTP 状态码、事件类型名
这不再是“能不能加”的问题，而是“必须加才能写得安全、看得明白、维护得住”。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
