PHP 8.3 新手必试三大特性：json_validate() 替代 json_decode() 零开销校验；类常量必须显式声明类型，否则 Fatal error；#[\Override] 编译期强制校验方法覆盖，拼错或不存在即报错。
PHP 8.3 新特性里，新手真正该优先动手试、马上能避开报错的就三个：json_validate() 替代 json_decode() 做校验、类常量必须加类型声明、#[\Override] 必须加且不能乱加。其他特性要么门槛高（如 readonly class），要么影响小（如字符串增减函数），先稳住这三点，升级不翻车。
json_validate() 是接口开发第一道防线
以前验证 JSON 字符串是否合法，得靠 json_decode($str) === null && json_last_error() !== JSON_ERROR_NONE，又绕又慢；现在一行 json_validate($str) 直接返回 bool，不解析、不分配内存、不触发错误处理。
- 常见错误现象：旧代码用
json_decode()判断格式，但没清json_last_error()，后续 JSON 操作莫名失败 - 使用场景：API 入参校验、配置文件内容预检、日志行解析前过滤
- 参数差异：支持可选的
$depth和$flags（如JSON_THROW_ON_ERROR），但日常校验传一个字符串就够了 - 性能影响：比
json_decode()快 30%+，尤其对大 JSON 字符串优势明显
类常量不写类型，升级后直接 Fatal error
PHP 8.3 要求所有类/接口/枚举中的常量必须显式声明类型，const VERSION = '1.0' 这种写法已非法——不是警告，是加载时就报 Fatal error: Constant must be typed。
- 常见错误现象：老项目接口定义了
const MAX_RETRY = 3，实现类写了const MAX_RETRY = []，8.2 里静默通过，8.3 直接崩溃 - 实操建议：
const string APP_NAME、const int TIMEOUT、const array FORMATS，一个都不能省 - 容易踩的坑：IDE 补全失效、静态分析工具（如 PHPStan）报大量未类型化常量、迁移时漏改 trait 中的常量
- 兼容性影响：不加类型=无法运行，没有降级路径，必须改
#[\Override] 不是装饰，是编译期契约
加了 #[\Override] 就等于告诉 PHP：“这个方法一定覆盖父类或接口里的同名方法”，引擎在类加载阶段立刻检查——不存在、拼错名、签名不兼容，统统报 Fatal error，不会等到运行时才出问题。
立即学习“PHP免费学习笔记（深入）”；
- 典型翻车点：PHPUnit 测试类把
tearDown()手误写成taerDown()，8.2 中永远不执行清理逻辑；加了#[\Override]后部署即失败，反而暴露问题 - 使用场景：Laravel 的
boot()/register()、Symfony 的configureOptions()、自定义异常类的getMessage()覆盖 - 关键限制：只校验
extends和implements，对use的 trait 方法无效；不能用于构造函数或静态方法 - CI 建议：启用
opcache.enable_cli=1，确保测试阶段就能捕获校验失败
最易被忽略的是动态常量访问语法 ClassName::{$var}——它看着像万能替代品，其实只接受纯变量，不能拼接字符串、不能含表达式，Foo::{"PREFIX_". $suffix} 会直接 TypeError。真要拼，还是老实用 constant()。
