php空合并运算符??仅判断左侧值是否为null，对'0'、0、false、''等假值直接返回，不触发默认值；正确用于未定义变量/数组键/属性，默认值兜底，错误用于过滤假值。
PHP空合并运算符??到底判断什么
它只判断左侧值是否为null，不是“空字符串”“0”“false”或“未定义变量”，就直接返回该值。很多人误以为它等价于empty()，结果在$_GET['id'] = '0'时意外跳过默认值。
- ✅ 正确场景：获取可能未设置的数组键、GET/POST参数、对象属性
- ❌ 错误预期：用它过滤
'0'、0、false、''——这些都不是null，??会原样返回 - ⚠️ 注意：
$arr['missing'] ?? 'default'不会触发Notice；但$arr['missing']->prop ?? 'x'如果$arr['missing']是null，PHP 8+才支持链式安全访问（PHP 7.4不支持）
和?:三元运算符混用时的坑
??优先级低于?:，写$a ?? 'x' ?: 'y'实际等价于($a ?? 'x') ?: 'y'，但人眼容易读成$a ?? ('x' ?: 'y')。更危险的是嵌套时逻辑翻车：
$val = $_GET['mode'] ?? 'list' ?: 'grid'; // 如果$_GET['mode']是'0'，返回'0'，不是'list'
- 明确意图请拆开写：
$val = $_GET['mode'] ?? 'list'; $val = $val ?: 'grid'; - 想同时处理
null和“假值”，老实用empty()或isset() && $x组合 - PHP 8+ 可用
match配合??做更清晰的默认分支，但别硬凑
在函数参数和数组解构中怎么安全用??
它不能直接用于函数默认参数定义（语法错误），也不能在list()或[]解构中作为兜底——这些地方必须用传统isset() + 三元。
- ❌ 错误：
function foo($x = $_GET['x'] ?? 'default') { }→ 解析失败 - ✅ 正确：
function foo($x = null) { $x = $x ?? $_GET['x'] ?? 'default'; } - 数组解构同理：
[$a, $b] = $arr; $a = $a ?? 'a'; $b = $b ?? 'b';，别指望[$a ?? 'a', $b ?? 'b'] = $arr; - 性能上无差异，但过度嵌套
??会让可读性骤降，两层以内最稳妥
和??=（空合并赋值）一起用的边界情况
??=只在左侧变量为null时才赋值，但它会尝试写入——这意味着对只读属性、常量、表达式左值会报错。
立即学习“PHP免费学习笔记（深入）”；
- ✅
$config['host'] ??= 'localhost';（数组键可写） - ❌
self::$cache ??= [];（静态属性需public且非const） - ❌
($obj->prop ?? 'x') ??= 'y';→ 语法错误，??=左边必须是可赋值变量 - 注意：如果左侧是未声明变量，
??=会静默创建全局变量（$undefined ??= 'ok';），这在严格模式下容易埋雷
??对0、false、''这些“假值”的完全放行——它只认null这一个判据。业务里需要过滤这些值时，别靠直觉硬套，多花半秒想清楚语义到底是“未设置”还是“无效值”。 
