PHP 7.2中接口本身无预定义常量；接口内const是契约性声明，非独立类型；唯一真正关联接口机制的常量是ReflectionMethod::IS_ABSTRACT（用于反射判断方法是否抽象）。
整理PHP 7.2中接口（interface）相关的常量，核心是厘清哪些常量真正属于接口语义范畴、哪些只是在接口定义中可合法使用的常量类型、哪些根本与接口无关却常被误归类。
明确接口本身不定义常量
PHP的interface语法自5.0起就允许在接口中声明【const】成员，但这些不是“接口常量”这一独立类别，而是接口契约的一部分——它强制实现类必须拥有同名、同值的常量。例如：
interface Loggable { const LEVEL_DEBUG = 100; } → 实现类class FileLogger implements Loggable会自动继承FileLogger::LEVEL_DEBUG === 100，且不可覆盖。
这一步的关键在于理解：接口里的const本质是契约性常量声明，不是运行时可反射获取的“接口专属常量类型”，PHP内核也没有PDO::INTERFACE_XXX这类常量。
立即学习“PHP免费学习笔记（深入）”；
筛选真正与接口机制挂钩的常量
翻查PHP 7.2官方手册及扩展源码，不存在专为interface设计的预定义常量。所谓“接口常量笔记”实际是混淆了三个层面：
① 接口语法允许使用的常量值类型（如PDO::PARAM_STR可在接口方法参数类型提示中作为默认值出现，但它属于PDO扩展，与interface语法无关）；
② 反射API中用于判断是否为接口的常量：ReflectionClass::isInterface()返回布尔值，无对应常量；但ReflectionClass::getModifiers()可能返回ReflectionMethod::IS_PUBLIC | ReflectionMethod::IS_ABSTRACT等位掩码，其中【ReflectionMethod::IS_ABSTRACT】在接口方法反射中恒为true——这是最接近“接口机制常量”的真实存在；
③ 错误报告常量如E_STRICT在PHP 7.2中已废弃，与接口无关，不应列入。
整理可安全用于接口上下文的常量
方法一：类型声明常量（PHP 7.0+）
接口方法签名支持标量类型声明，但常量本身不参与声明。你可以在接口方法参数默认值中使用已定义常量：public function log(string $msg, int $level = LogLevel::ERROR);，这里LogLevel::ERROR是你自己定义的类常量，非PHP内置。
方法二：PDO等扩展常量在接口契约中的间接使用
定义数据库操作接口时，可约定参数使用PDO::FETCH_ASSOC等常量作为取值范围：public function fetchAll(int $fetchMode = PDO::FETCH_ASSOC): array;。注意这只是约定，PHP不会校验传入值是否为该常量。
方法三：错误级别常量用于接口异常规范
在接口文档或PHPDoc中注明异常类型，如@throws InvalidArgumentException，但E_WARNING等错误常量不能直接用于throw，因它们是整数而非Exception子类——这点极易出错，【切勿在接口中写throw E_WARNING】。
