php 8.4 并未新增类常量显式类型声明语法，而是强化了 php 8.3 引入的类型化类常量的语义约束与静态分析一致性，重点收紧解析期校验、禁止子类非法重定义类型、并要求工具链严格执行类型契约。
PHP 8.4 并未给类常量新增“显式类型声明语法”，但强化了对已有类型化类常量（typed class constants）的语义约束和静态分析一致性——这项能力其实从 PHP 8.3 就已正式引入，而 8.4 进一步收紧校验、修复边缘行为，并要求 IDE 和静态分析工具（如 PHPStan、Psalm）更严格地执行类型契约。
如果你的旧项目里有类似 const int $VERSION = 1; 这样的写法，它在 PHP 8.3+ 才合法；而在 PHP 8.2 及更早版本中，这会直接报错。所以所谓“升级兼容改造”，核心不是加新语法，而是识别并修正三类典型不兼容点：
类常量类型缺失但实际有隐含契约
很多老项目用 const $MAX_RETRY = 3;，虽无类型声明，但代码逻辑默认它是 int。升级到 8.4 后，若该常量被用于强类型上下文（比如函数参数类型为 int 的调用），而你又没加类型，PHP 本身不报错，但 PHPStan 会警告 Constant type mismatch。
- 检查所有被高频引用的常量，尤其是用在类型敏感位置（如
match分支、联合类型参数、返回值约束）的 - 显式补上类型：
public const int $MAX_RETRY = 3; - 若需兼容 PHP @var int 注释替代，并配合
--level max的 PHPStan 规则做渐进式收敛
常量类型与赋值值不一致（运行时静默，但 8.4 更早暴露）
PHP 8.4 对 const string $PATH = __DIR__; 这类写法仍允许，但如果写成 const string $PATH = 123;，现在会在解析期就报 Fatal error: Constant expression must be of type string（此前某些版本仅在 JIT 或 opcache 预编译阶段才报）。
- 全局搜索
const [a-zA-Z0-9_]+ =模式，逐个核对右侧表达式的实际类型 - 特别注意：
null、[]、new Foo()等动态值在 8.4 中对 typed const 的限制更严，基本不允许（除非是mixed|null等宽泛类型）
继承链中常量类型覆盖不合法
PHP 8.4 明确禁止子类用不同类型重定义父类已声明类型的常量：
class A { public const int $LIMIT = 10; }
class B extends A { public const float $LIMIT = 10.5; } // ❌ Fatal error in 8.4
- 审查所有
extends关系下的const声明，确保子类未试图“改类型” - 若真需不同值，改用
protected const+ getter 方法，或拆分为独立常量名（如LIMIT_V2）
改造建议（轻量、可落地）
- 用
php -l扫一遍所有含const的文件，确认无基础语法错误 - 运行
phpstan analyse --level 6，重点关注ConstantTypeMismatch和InvalidConstantValue类错误 - 对关键常量批量加类型，优先覆盖
int、string、bool、array四类高频类型 - 不要为了“统一”强行给所有常量加类型——未参与类型推导的常量（如配置开关
const DEBUG = true;）加bool是锦上添花，不加也不影响运行
类型化类常量不是必须项，但一旦启用，就必须守约。旧项目升级时，把它当作一次“类型契约清查”，比当成语法升级更准确。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
