PHP 8.0 的 ?-> 仅对 null 做链式短路，不检查类型合法性，非对象值（如字符串）调用会报错，且不支持数组/标量访问；必须配合 ?? 兜底，且仅 PHP 8.0+ 支持，低版本直接语法错误。
PHP 8.0 的 ?-> 不是“万能空值处理器”，它只在链式调用中对 null 做短路，且仅限对象的方法和属性访问——写错位置、用错类型、混用运算符，都会立刻报错或静默失效。
为什么 $user?->profile?->name 有时还是报错？
常见错误现象：Fatal error: Uncaught Error: Call to a member function getAvatar() on null —— 这说明你漏掉了某一层的 ?->，或者中间某个方法返回了非 null 但也不支持后续 ?-> 的值（比如返回字符串）。
-
?->只检查左侧表达式是否为null，不检查其类型是否“能响应右侧操作”；若getProfile()返回"foo"，那么"foo"?->getAvatar()就会报Attempt to invoke method on string - 它不处理数组、字符串、整数等标量：写成
$data?['key']或$str?->length直接触发Parse error，不是运行时问题，是语法不合法 - 链中任意一环返回
null，后续全部跳过；但只要返回的是对象（哪怕该对象内部属性为null），?->就不会干预，后续仍可能因访问非法属性而崩
?-> 和 ?? 必须配合使用，不能颠倒顺序
典型误用：$url = $user?->getProfile()?->getAvatar()?->getUrl() ?? '/default.png' 是安全的；但如果你漏掉最后的 ??，前端拿到 null 后可能引发 JSON 序列化失败或 JS 报错。
-
?->负责“不崩”，??负责“兜底”；两者语义分工明确，不可互换 - 不能写成
$user?->getProfile() ?? new Profile()来“修复”中间空值——?->链一旦短路就返回null，不会给你机会插入手动构造逻辑 - 需要分支处理（如记录日志、抛异常）时，
?->无能为力，必须回归if ($user !== null)或isset()
PHP 版本和运行环境不一致导致 Parse error: syntax error, unexpected '?'
这不是代码写错了，是 PHP 解析器根本不认识 ?->——它只存在于 PHP 8.0+ 中。很多线上环境 CLI 和 FPM 使用不同二进制，php -v 和 phpinfo() 显示的版本可能不一致。
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
立即学习“PHP免费学习笔记（深入）”；
- 执行
php -v确认 CLI 版本；在 Web 脚本里加echo PHP_VERSION;确认实际运行版本 -
composer.json里写"php": "^8.0"只控制依赖安装，不改变运行时解释器 - 低版本项目无法降级兼容：没有 polyfill，也没有运行时模拟方案；只能封装函数 +
??+is_object()组合替代
深度嵌套才值得用 ?->，单层访问收益极小
像 $user?->name 虽然合法，但和 $user?->name ?? '' 相比，优势远不如三层以上链式调用明显。真正体现价值的是类似 $order?->customer?->address?->city 这类场景。
- 它替代的是：
isset($order) && isset($order->customer) && isset($order->customer->address)这种易错、难读、重复的判断 - 性能上无额外开销：PHP 编译期直接转为条件跳转，比手写
isset()更轻量 - 但隐患也在此：它让空值问题“静默失效”。如果
getAddress()本应返回对象却返回了null，?->会掩盖这个业务逻辑缺陷，而不是暴露它
最常被忽略的一点：空安全 ≠ 类型安全。?-> 不保证返回值类型，也不做任何类型推导；IDE 补全和静态分析工具（如 PHPStan）虽能识别 T|null，但若你把结果直接传给强类型函数，依然可能 runtime 报错。
