php 8.4 尚未发布，当前最新稳定版是 php 8.3；匿名类自 php 7.0 起已支持，语法和行为在 7.0–8.3 中完全一致，无需升级至 8.4 即可使用。
PHP 8.4 并不存在——截至 2024 年，PHP 官方最新稳定版本是 PHP 8.3，下一个计划版本是 PHP 8.4（预计 2025 年 11 月发布），但目前尚未发布任何 alpha/beta 版本，也未引入新语法如“匿名类增强”等特性。所谓“PHP 8.4 匿名类”属于误传或混淆。
PHP 匿名类从 7.0 就已支持，8.3 无变更
PHP 的匿名类早在 PHP 7.0 就已引入，语法和行为在 PHP 7.0–8.3 全系列中保持一致，没有新增关键字、修饰符或限制放宽。你写的代码在 7.0 能跑，在 8.3 里照样能跑，无需升级到“8.4”才能用。
- 创建方式始终是
new class (...) { ... }; - 可实现接口、继承父类、带构造参数、定义属性与方法
- 不支持命名、不能被序列化（
serialize()报Fatal error）、无法被反射获取完整类名（get_class()返回类似"class@anonymous/in/file.php:12"）
什么时候该用匿名类？真实使用场景
匿名类适合一次性、轻量、上下文强耦合的对象构造，避免为单次使用专门定义一个具名类。常见于测试桩、回调封装、策略临时实例等。
- 单元测试中快速伪造依赖：比如实现
LoggerInterface仅记录调用而不真正写文件 - 作为闭包的替代方案，需要携带状态又不想用全局/引用变量时
- 在工厂逻辑中返回不同行为的实例，且这些行为不值得单独抽成类（例如不同导出格式的处理器）
- 注意：不要在循环中高频创建匿名类——每次
new class都会触发类定义解析，有轻微开销；高频场景建议复用具名类或函数式组合
常见错误与兼容性陷阱
匿名类看似简单，但几个细节容易踩坑：
立即学习“PHP免费学习笔记（深入）”；
- 构造参数必须显式声明在
new class (…)圆括号里，不能靠__construct参数自动推导：new class ($x, $y) { public function __construct($a) { ... } }会报错，因为参数数量不匹配 - 不能直接访问外层作用域的变量（不像闭包有
use）；需通过构造参数传入，或用静态属性+闭包模拟，但后者破坏封装 - PHP 8.0+ 启用 JIT 后，匿名类定义不会被 JIT 编译，性能敏感路径应避免
- 某些 IDE 或静态分析工具（如 PHPStan、Psalm）对匿名类的类型推断较弱，可能报
Call to an undefined method，需加@var注解或改用接口类型提示
interface Processor {
public function handle(string $data): string;
}
// ✅ 正确：传参 + 实现接口 + 使用属性
$processor = new class ('json') implements Processor {
private string $format;
public function __construct(string $format) {
$this->format = $format;
}
public function handle(string $data): string {
return $this->format === 'json' ? json_encode(['data' => $data]) : strtoupper($data);
}
};
echo $processor->handle('hello'); // {"data":"hello"}
真正要注意的不是“PHP 8.4 怎么用”，而是确认你当前运行的是哪个版本（用 php -v），并理解匿名类的本质限制：它只是语法糖，不是类型系统或对象模型的增强。一旦逻辑变复杂、需要复用、或涉及序列化/反射，就该果断换成具名类。
