php 8.4已正式发布，核心新特性包括：1. 属性钩子（property hooks）支持内联get/set逻辑；2. 不对称可见性（asymmetric visibility）分离读写权限；3. readonly类实现全对象不可变；4. 新增array_*系列函数及#[deprecated]属性等。
PHP 8.4 已于 2024 年 11 月 19 日正式发布，所谓“预测”已无必要——你现在面对的是稳定可用的特性集，迁移不是未来计划，而是当前必须处理的技术债。
property_hook 用错位置会破坏 ORM 映射
很多团队在迁移到 property_hook 时，直接套用在 Doctrine 或 Laravel Eloquent 实体上，结果发现属性赋值失效、变更跟踪丢失或序列化异常。
- ORM 框架通常依赖反射读取原始属性值，而
property_hook的get/set块会拦截访问，导致框架无法获取 backing value - 若属性是 backed（即有真实存储），需确保 hook 不覆盖原始字段名；若误写成
public string $name { get => $this->name; }，将引发无限递归 - 推荐做法：仅在 DTO、ViewModel 或纯逻辑层使用
property_hook；ORM 实体仍用传统 getter/setter，或改用#[\Override]+ 自定义 accessor 方法
asymmetric_visibility 在 JSON 序列化中不生效
public string $slug { get; private set; } 这类声明看似能保护字段可写性，但 json_encode()、var_export() 甚至 print_r() 仍会完整输出该属性，不触发 get 钩子，也不受可见性限制。
- PHP 的序列化机制绕过访问器，直接读取对象内存布局中的属性值
- 若需控制序列化行为，必须显式实现
JsonSerializable接口，或在__serialize()中过滤字段 - 注意：Laravel 的
toArray()和 Symfony 的 Serializer 组件默认也不识别 asymmetric visibility，需配置ignore_direct_access: true类似选项（取决于具体版本）
array_find() 等新函数不支持引用传递
array_find()、array_any()、array_all() 和 array_find_key() 全部返回值而非引用，无法用于原地修改数组元素。
- 例如：
$item = array_find($items, fn($i) => $i->id === 123); $item->status = 'done';不会更新原数组中的对象 - 若需修改，仍得用
foreach或array_keys()配合索引赋值 - 性能上，这些函数比
foreach略快（因内部优化了短路逻辑），但别指望它们替代所有遍历场景
never 类型在 IDE 中误报“不可达代码”
像 function redirect(string $url): never { header('Location: ' . $url); exit; } 这种写法，部分 IDE（如 PHPStorm 2025.3 及更早）会在调用后标记后续代码为灰色（dead code），但实际运行时若 header() 失败或 exit 被禁用（如 SAPI 环境限制），函数可能正常返回。
-
never是类型系统承诺，不是运行时强制约束；它只影响静态分析和类型检查 - 生产环境务必确认
output_buffering和headers_sent()状态，否则redirect()可能静默失败 - 建议搭配
assert(false)或throw new RuntimeException('Unreachable')做双重保险，避免漏掉意外执行路径
真正容易被忽略的，是 property_hook 和 asymmetric_visibility 的组合使用：当一个属性同时声明 get 和 private set，PHP 8.4 会允许内部类方法绕过 set 钩子直接赋值——这意味着你写的钩子逻辑可能在某些路径下完全不执行。验证这点，不能只靠单元测试覆盖 public API，还得检查构造、clone、反序列化等生命周期节点。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
