PHP 8.3 的三大核心特性是类型化类常量、动态类常量访问（ClassName::{$name}）和 #[\Override] 属性，分别解决常量类型失控、动态访问冗错、方法重写意图未达成三类静默错误，构成编译期契约加固组合。
PHP 8.3 的类型化类常量和动态类常量不是“锦上添花”，而是解决两类真实痛点的刚需特性：一类是常量类型失控导致的静默逻辑错误，另一类是动态访问常量时冗长又易错的字符串拼接。
类型化类常量能防止子类/实现类偷偷改掉常量类型
接口或父类声明了一个本该是 string 的配置常量，但子类实现时误写成数组或 null，PHP 8.2 及之前完全不拦——运行时才可能暴露问题，且错误位置离定义点很远。
- 必须显式标注类型：
public const string CONFIG_NAME = 'app';，不能只写public const CONFIG_NAME = 'app'; - 继承或实现时，重写常量必须保持类型兼容（比如
string可以被string覆盖，但不能被int或array覆盖） - 错误示例：
interface Config { const string VERSION = '1.0'; }+class MyConfig implements Config { const array VERSION = []; }→ 直接报Fatal error: Cannot use array as value for class constant MyConfig::VERSION of type string - IDE 和静态分析工具（如 PHPStan）能立刻识别类型不匹配，不用等运行时
动态获取类常量时别再用 constant() 拼字符串了
constant(Foo::class . '::' . $name) 这种写法不仅丑，还容易漏转义、拼错双冒号、触发 E_WARNING（当常量不存在时），更麻烦的是它绕过了类型检查和 IDE 补全。
- 新语法：
Foo::{$name}，$name必须是字符串，否则抛TypeError - 支持表达式：
Foo::{"V" . "ERSION"}、Foo::{$config->getConstantName()}（只要返回字符串） - 和类型化常量天然兼容——如果
Foo::VERSION是const int VERSION = 1;，那么Foo::{$name}在$name === 'VERSION'时返回的值也保证是int - 枚举同样适用：
enum Status { case Active; case Inactive; } $case = 'Active'; var_dump(Status::{$case});
#[\Override] 不是可选项，是防御性编码的起点
类型化常量和动态访问解决的是“值”和“取法”的问题；#[\Override] 解决的是“意图是否真正达成”的问题。三者组合使用，才能堵住继承体系中最隐蔽的漏洞。
- 加了
#[\Override]却没找到匹配的父方法或接口方法 → 立即Fatal error，不执行、不静默、不妥协 - 重构父类方法名或签名时，所有带
#[\Override]的子类方法会立刻报错，而不是变成“死代码”继续留着 - 注意命名一致性：属性名是
#[\Override]（带反斜杠），不是#[Override]，否则解析失败 - 它不改变运行时行为，只做编译期契约验证——适合 CI 阶段快速暴露问题
#[\Override] 管关系。忽略其中任一环，都可能让本该在开发期发现的问题拖到线上。 
