PHP 8的?->仅对null链式短路，专用于对象属性/方法访问，不检查类型、不支持数组/标量，必须配合??兜底，且仅PHP 8.0+支持。
PHP 8 的 ?-> 不是“自动防崩补丁”，它只在链式调用中对 null 做短路，且仅限对象的方法和属性访问——写错位置、用错类型、漏掉兜底，立刻报错或静默失效。
什么时候必须用 ?-> 而不是 ->
当你有一串类似 $user->profile->avatar->getUrl() 的链式调用，且其中任意一环（$user、$profile、$avatar）可能为 null 时。?-> 是唯一能避免 Fatal error: Call to a member function ... on null 的语法级手段。
- 传统写法要嵌套三层
if (isset($user) && isset($user->profile) && isset($user->profile->avatar))，可读性差、易漏判 -
?->把这种防御逻辑压缩进语法：只要左边是null，整条链立刻返回null，不执行右边任何操作 - 但注意：
$user?->profile?->avatar?->getUrl()中，如果getAvatar()返回的是字符串而非对象，后续的?->getUrl()仍会报Attempt to invoke method on string
?-> 不能用在哪些地方
?-> 有明确边界，超范围直接语法错误（Parse error），不是运行时报错。
- 不能用于数组访问：
$data?['key']❌，PHP 解析器不认识，必须用$data['key'] ?? null或??配合 - 不能用于标量值：
$str?->length❌，字符串、整数、布尔值都不支持?-> - 不能用于函数调用：
foo()?->bar()❌，?->只作用于对象实例上的成员访问 - 不能用于静态方法：
User::find(1)?->getName()❌，?->左侧必须是表达式求值结果为对象或null
为什么加了 ?-> 还是报错？常见踩坑点
报错往往不是 ?-> 失效，而是你误以为它能“兜底一切”。
立即学习“PHP免费学习笔记（深入）”；
- 漏掉某一层：
$user?->profile->avatar->getUrl()中，profile后没加?->，一旦$user->profile是null，后续->avatar就直接崩 - 类型错配：
$user?->getProfile()?->getName()，若getProfile()返回"missing"（字符串），"missing"?->getName()会触发运行时错误 - 忘记兜底：
$url = $user?->profile?->avatar?->getUrl()返回null，但下游直接echo $url或 JSON 输出，可能引发前端异常——必须接?? '/default.png' - 顺序不能颠倒：
$user?->profile() ?? new Profile()❌，?->短路后就是null，不会进入??左侧的构造逻辑；正确写法是($user?->profile() ?? new Profile())->getName()
需要分支逻辑时，?-> 无能为力
?-> 只做一件事：遇 null 就短路返回 null。它不记录日志、不抛异常、不 fallback 到备用对象。
- 要记录空值发生位置：
if ($user?->profile === null) { error_log('profile missing for user '.$user->id); } - 要抛自定义异常：
if (! $user?->profile) { throw new InvalidArgumentException('User profile required'); } - 要兼容旧版本 PHP：
?->在 PHP isset() 或三元判断替代
最常被忽略的一点：空安全操作符解决的是“调用链中途断裂”的问题，不是“数据合法性校验”的问题。它让代码不崩，但不保证返回值符合业务预期——该加类型断言、该做 is_object() 检查的地方，一个都不能少。
