PHP 8.0+才支持?->空安全操作符，低版本直接报语法错误；它仅对null做短路处理，不适用于空数组、空字符串等，且后必须接方法或属性访问。
PHP 8.0+ 才支持 ?-> 空安全操作符，低于这个版本直接报语法错误，不是配置问题，是语言特性缺失。
空安全操作符只在 PHP 8.0 及以上生效
很多开发者在 PHP 7.4 或更早版本里写 $user?->getName()，结果得到 Parse error: syntax error, unexpected '?' 。这不是写错了，是 PHP 解析器根本不认识 ?-> 这个符号。
- 检查版本：运行
php -v，确认输出中包含8.0.或更高 - Web 环境下注意 CLI 和 FPM 使用的可能是不同 php.ini 或不同二进制，
phpinfo()显示的版本要和实际执行脚本的版本一致 - Composer
require里写"php": "^8.0"只控制安装环境，不改变运行时版本
?-> 不会自动展开嵌套调用链中的 null
它只对当前左侧表达式做 null 检查，一旦某一步返回 null，整条链就短路返回 null，不会继续执行后续方法或属性访问。
// 假设 $user 是 null $user?->getProfile()?->getAvatar()?->getUrl() // 返回 null，不会报错 // 但如果中间某步返回了非 null 但不支持 ?-> 的类型（比如字符串），就会报 Fatal error $user?->getName()?->length // 错误：Attempt to invoke method on string
-
?->后面必须是方法调用或属性访问，不能跟??、?:或其他运算符直接连用（除非加括号） - 它不处理“空数组”“空字符串”“false”，只认
null—— 这是关键，别把它当成“空值安全”，只是“null 安全” - 链中任意一环返回
null，后面全部跳过；但返回对象、数组、数字等非-null 值，后续仍可能抛出 TypeError
替代方案：PHP 7.x 项目怎么模拟类似行为
没有 ?-> 时硬写三元嵌套可读性极差，推荐用函数封装或 null 合并 + 调用判断组合。
立即学习“PHP免费学习笔记（深入）”；
// ❌ 难读且易错 $avatarUrl = $user !== null && $user->getProfile() !== null && $user->getProfile()->getAvatar() !== null ? $user->getProfile()->getAvatar()->getUrl() : null; // ✅ 更清晰的写法（PHP 7.0+） $profile = $user?->getProfile() ?: null; // PHP 7.0+ 支持 ??，但 ?-> 不行，所以这里用 ?: 回退 $avatar = $profile?->getAvatar() ?: null; $avatarUrl = $avatar?->getUrl(); // 这行仍会报错 —— 所以真正兼容写法得靠函数
- 自己写一个
safe_call($obj, 'method', ...$args)工具函数，内部判断is_object($obj)和method_exists - 用
??配合isset()判断属性，比如isset($user->profile->avatar->url) ? $user->profile->avatar->url : null - Laravel 的
optional()是典型封装，原理就是先判 null 再代理调用，但有额外开销，别滥用在高频循环里
真正容易被忽略的是：空安全操作符只解决“调用链中途为 null”的问题，它不解决“方法返回 null 后你还想继续链式调用”的逻辑缺陷——那得靠业务设计收敛返回值契约，而不是依赖语法糖兜底。
