php 8.4已正式发布，核心新特性包括：一、属性钩子支持内联get/set逻辑；二、readonly类实现全对象不可变；三、不对称可见性分离读写权限；四、new后直接链式调用无需括号；五、domhtmldocument提供html5原生支持；六、bcmathnumber类支持高精度运算符重载；七、#[deprecated]属性实现用户级废弃标注。
PHP 8.4 不是“预计”或“前瞻”，它已于 2024 年 11 月 21 日正式发布（8.4.0），并于次日发布 8.4.1。你现在升级，用的就是已稳定、可上线的特性，不是试水预览版。
property_hook 该怎么写才不踩坑
属性钩子不是语法糖，是运行时强制介入点，写错会直接中断赋值或读取。
-
get钩子必须有返回值，且类型需与属性声明一致；返回null但属性声明为string会触发TypeError -
set钩子中禁止递归赋值自身（如$this->prop = $value），否则无限循环导致栈溢出 - 钩子函数内访问未初始化的属性（如
$this->cache尚未在__construct中声明）会触发Notice: Undefined property，且返回null，不抛异常 - IDE（如 PHPStorm 2024.3+）能识别
public string $name { get => ...; set(...) { ... } }，但旧版 IDE 可能标红或无法跳转，升级前确认工具链兼容性
asymmetric_visibility 的真实使用边界
不对称可见性解决的是“我能读但不能改”这类权限分离问题，但它不等于安全防护，只是语言层访问控制。
-
public string $id get; private string $id set;表示外部可读、仅类内可写；但若类内方法暴露了写入口（如resetId()），该约束即失效 - 不能用于
static属性：PHP 8.4 不支持对静态属性应用不对称可见性，尝试会报ParseError - 与
readonly类共存时需注意：若类已声明为readonly，再对属性设set钩子无意义，因为整个对象不可变 - 反射仍可绕过：
(new ReflectionProperty(...))->setValue(...)依然生效，它不尊重private set语义
new 后链式调用省括号的兼容陷阱
这个改动让 new Foo()->method() 合法，但实际执行顺序和错误定位比想象中更敏感。
- 仅适用于
new实例化后**立即**调用方法；中间插入任何表达式（如new Foo() ?: new Bar()）会导致解析失败 - 如果构造函数抛出异常，堆栈信息里
new Foo()->method()这一行会显示为“调用处”，而非真正出错的构造函数内部，调试时容易误判 - 在
match表达式或数组解构中嵌套使用（如[$a, $b] = [new A(), new B()]; $a->foo();）完全不受影响，该语法只作用于单个new表达式 - 升级后 CI 流程若含 PHP-CS-Fixer 或 PHP_CodeSniffer，需检查规则是否已适配——旧规则可能把
new X()->y()当作非法格式报错
DOM HTML5 支持不是简单换类名
DomHTMLDocument::createFromString() 解析行为与旧 DOMDocument::loadHTML() 有实质性差异，不能无脑替换。
- 默认启用 HTML5 模式，自动修复缺失的
/，但也会静默修正 malformed tag（如自闭合<img>被标准化为<img>），若业务依赖原始结构，需比对输出 - 不兼容 XML 命名空间：传入 XHTML 字符串会失败，必须用
DOMDocument或XMLReader处理 -
DomHTMLDocument实例不继承DOMDocument，而是独立类；原有基于instanceof DOMDocument的类型判断会失效 - 加载远程 URL 时，
fromUri()不走allow_url_fopen，而是强制使用 cURL（若启用ext-curl），禁用 cURL 时直接抛RuntimeException
最易被忽略的一点：PHP 8.4 的 property_hook 和 asymmetric_visibility 在 OPcache 预加载时需额外处理——钩子函数和可见性声明会被编译进 opcode，但若预加载脚本中引用了尚未定义的类（如钩子里用了 Author 但该类在另一文件），预加载会失败且无明确提示，只能查 opcache.error_log。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
