php中::访问同名常量时优先取当前类定义，未定义则查父类，接口常量永不自动fallback；self::绑定定义处类，Static::运行时绑定调用类，parent::强制父类，接口常量须InterfaceName::显式访问。
PHP 中 :: 调用同名常量时，优先使用当前类作用域的定义
当一个类同时继承父类并实现接口，且三者都定义了同名常量（如 STATUS_ACTIVE），用 self::STATUS_ACTIVE 或 static::STATUS_ACTIVE 访问时，**不会发生“冲突报错”，而是按作用域规则就近解析**：优先取当前类中定义的常量；若当前类未定义，则向上查找父类；接口中的常量**永远不会被 :: 自动回退匹配**。
这是因为 PHP 的常量解析在编译期就绑定到类作用域，而接口常量仅用于契约约束，不参与继承链的查找。
-
self::XXX：严格绑定到定义该语句的类（写在哪个类里，就查哪个类） -
static::XXX：运行时绑定（late static binding），查实际调用方的类（可能被子类覆盖） -
parent::XXX：强制指定父类，跳过当前类定义 - 接口常量必须通过
InterfaceName::XXX显式访问，无法被隐式继承或 fallback
接口常量不能被类自动继承，必须显式引用
即使类 implements MyInterface，也不能直接用 self::MY_const 访问接口里的 MY_CONST —— PHP 不会把接口常量“合并”进类的作用域。这是常见误解来源，尤其从 java 转过来的人容易踩坑。
错误示例：
interface Config { const MODE = 'prod'; } class app { public function getMode() { return self::MODE; // Fatal error: Uncaught Error: Undefined class constant 'MODE' } }正确做法只有两种：
立即学习“PHP免费学习笔记（深入）”；
- 显式写
Config::MODE - 在类内部重新声明：
const MODE = Config::MODE;（手动桥接）
父类和接口同名常量共存时，self:: 和 static:: 行为一致，但和 parent:: 不同
假设：
interface Loggable { const LEVEL = 'info'; } class Base { const LEVEL = 'debug'; } class Service extends Base implements Loggable { const LEVEL = 'warn'; }那么：
-
self::LEVEL在Service里 →'warn' -
static::LEVEL在Service实例上调用 →'warn'；若在子类AdvancedService extends Service中未重定义，仍为'warn' -
parent::LEVEL在Service里 →'debug'（来自Base） -
Loggable::LEVEL→'info'（必须全限定名）
注意：static:: 不会跨到接口，也不会 fallback 到父接口（PHP 不支持接口继承链上的常量查找）。
真实项目中建议避免同名常量，尤其跨接口与类
虽然语法允许父类、接口、子类各自定义 VERSION 或 TYPE，但可读性和维护性极差。调试时看到 self::TYPE，你得翻三处才能确认值来源。
更稳妥的做法：
- 接口常量加前缀，如
INTERFACE_TYPE_USER - 类内常量用完整语义名，如
DEFAULT_USER_TYPE - 必要时封装为方法：
getSupportedTypes()，而非依赖常量直取 - 用
final const（PHP 8.2+）防止子类覆盖，明确意图
最易忽略的一点：ide 和静态分析工具（如 PHPStan）对 self:: 的跳转通常只指向当前类定义，不会提示“这个常量其实在接口里也有同名定义”——这意味着问题往往到运行时报错或逻辑错位才暴露。