PHP 8.5 尚未发布，不存在 property hooks 特性；当前仅支持 readonly 属性和 __get/__set 魔术方法实现有限拦截，但需私有属性且有性能与类型推断缺陷。
PHP 8.5 根本没有 property hooks
PHP 8.5 尚未发布（截至 2024 年中），更不存在 property hooks 这个语法特性。这是常见误传，可能源于对 PHP RFC 的误解或混淆了其他语言（如 TypeScript、Rust）的特性。
目前（PHP 8.3/8.4）唯一受支持的属性相关新机制是只读属性（readonly）和属性升级（__get/__set 配合魔术方法），但它们不是“钩子”，也不具备拦截赋值/读取时自动触发任意逻辑的能力。
想实现类似 property hook 的效果，只能靠 __get/__set
PHP 目前唯一可行的“属性访问拦截”方式，是把目标属性设为 private 或 protected，再通过 __get 和 __set 魔术方法手动控制读写行为。
- 必须显式声明属性不可见（不能用
public），否则__get/__set不会被调用 -
__set仅在给未定义或不可访问属性赋值时触发，对已声明的public属性完全无效 - 性能开销明显：每次访问都绕过直接内存读写，走反射+函数调用路径
- IDE 和静态分析工具（如 PHPStan）通常无法推断
__get返回类型，容易报错或失去补全
示例：
立即学习“PHP免费学习笔记（深入）”；
class User
{
private array $data = [];
public function __get(string $name)
{
return $this->data[$name] ?? null;
}
public function __set(string $name, mixed $value)
{
if ($name === 'email') {
if (!filter_var($value, FILTER_VALIDATE_EMAIL)) {
throw new InvalidArgumentException('Invalid email');
}
}
$this->data[$name] = $value;
}
}
PHP 8.4 的 readonly class 和 typed properties 不等于 hooks
有人把 readonly 类或带类型声明的属性当成“钩子”的替代，其实两者目的完全不同。
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
-
readonly只保证初始化后不可变，不提供任何拦截时机 - 类型声明（如
string $name）只做运行时校验，发生在赋值前一刻，但无法插入自定义逻辑（比如日志、转换、联动更新） - 哪怕配合
__set，你也得自己写校验——类型系统不会自动调你写的回调
错误认知示例：public string $title; 不会自动 trim 或 ucfirst，它只是拒绝非字符串值。
真要等 property hooks？别信小道消息
PHP 官方 RFC 中从未正式提出过 “property hooks” 提案。所谓“PHP 8.5 支持 hooks”多来自社区翻译偏差、标题党博客或把实验性 ZTS 扩展当真了。
如果你看到某段代码用了类似 #[OnSet(...)] 或 onRead 的注解语法，那一定是第三方库（如 Doctrine、PHP-Parser 插件）做的运行时解析 + 代理类生成，并非 PHP 引擎原生能力。
真正值得关注的是 RFC：Typed Properties v2（讨论属性默认值与构造器绑定）、Constructor Property Promotion Improvements——但这些也都和“钩子”无关。
现在能做的，就是老实用 __get/__set，或者封装成显式方法（setName() / getName()），后者反而更清晰、更易测、IDE 更友好。
