PHP 8.3 的 ClassName::{$name} 是安全、类型感知的动态常量访问语法，取代了易出错且绕过类型系统的 constant() 字符串拼接；它要求大括号内表达式必须求值为字符串，否则抛 TypeError，并与类型化常量、IDE 补全及静态分析深度协同。
PHP 8.3 的 ClassName::{$name} 语法是反射和元编程中真正可用的动态常量访问方式，它替代了过去脆弱、不可类型检查的 constant() 字符串拼接，且从语言层面对齐了 IDE 补全与静态分析工具的能力。
为什么不能继续用 constant() 拼字符串
这种写法在 PHP 8.2 及之前被广泛使用，但存在多个运行时才暴露的问题：
-
constant(Foo::class . '::' . $name)中，$name若含非法字符或为空，会触发E_WARNING而非异常，错误容易被忽略 - 双冒号拼接漏写、多写、转义不当（如
Foo::class . '::' . 'VERSION'中中间空格）会导致常量查不到，返回false，后续逻辑静默失败 - 完全绕过类型系统：即使
Foo::VERSION是public const int VERSION = 1;，constant()返回值仍为混合类型，PHPStan 或 Psalm 无法校验 - IDE 无法识别变量内容，补全、跳转、重命名全部失效
ClassName::{$name} 的实际使用限制与安全边界
该语法不是“任意表达式都能塞进去”，它有明确的执行契约：
- 大括号内表达式必须求值为
string，否则抛出TypeError（例如Foo::{123}或Foo::{$obj->getName()}返回null） - 支持简单拼接：
Foo::{"VER" . "SION"}、Foo::{$config->getConstKey()}，只要最终结果是字符串即可 - 不支持嵌套访问：
Foo::{$map[$key]}合法，但Foo::{$map[$key]->name}不合法（因为->name访问结果未被保证为字符串） - 与类型化常量天然协同：若
Foo::VERSION声明为public const int VERSION = 42;，则Foo::{$name}在$name === 'VERSION'时，返回值类型必为int
反射中如何配合动态常量做元编程
反射本身不提供“动态常量访问”能力，但可与新语法结合构建更健壮的元数据驱动逻辑：
立即学习“PHP免费学习笔记（深入）”；
- 用
ReflectionClass::getConstants()获取所有常量名列表，再筛选后传给Foo::{$name}，避免硬编码或盲访问 - 在属性（
#[Attribute]）处理逻辑中，若需根据配置名读取对应类常量，应优先走Foo::{$configName}而非constant()，确保类型安全与错误即时暴露 - 注意：反射的
getConstant()方法仍只接受字符串字面量，不支持变量，所以它不能替代新语法，而是互补——前者用于枚举常量名，后者用于安全取值 - 枚举场景同样适用：
enum Status { case Active; case Inactive; }→$case = 'Active'; Status::{$case}是合法且类型安全的
真正容易被忽略的是：这个语法不是“语法糖”，它是编译期契约的一部分。一旦你依赖它做关键路径判断（比如路由分发、配置映射），就必须确保所有可能的 $name 来源都经过严格校验——它不会帮你兜底，只会把问题提前到类型检查和运行时错误阶段，而不是让 bug 流入生产环境后再随机爆炸。
