?? 优先级高于 ?:，混用不加括号会改变执行顺序，导致逻辑错位、可读性差、Notice 报错及 falsy 值误判；链式 fallback 应统一用 ??。
?? 和 ?: 的优先级不同，混用不加括号会改变执行顺序
PHP 中 ?? 的优先级高于 ?:，这意味着 $a ?: $b ?? $c 实际被解析为 $a ?: ($b ?? $c)，而不是你直觉以为的 ($a ?: $b) ?? $c。这种隐式分组极易导致逻辑错位。
常见错误现象：$id = $_GET['id'] ?: $_POST['id'] ?? '0'; 看似想“先取 GET，空则 fallback 到 POST，再空才用 '0'”，但实际是：若 $_GET['id'] 为 falsy（比如 '' 或 0），就直接走 $_POST['id'] ?? '0'；而如果 $_POST['id'] 是 null，才返回 '0'——中间漏掉了对 $_POST['id'] 是否为 falsy 的判断，语义完全偏离。
- 必须加括号才能控制意图：
($_GET['id'] ?: $_POST['id']) ?? '0'或$_GET['id'] ?? $_POST['id'] ?? '0' - 混用还放大了可读性问题：别人读到
$x ?: $y ?? $z时，第一反应往往是“先 ?? 再 ?:”，但解析器不这么想 - PHP 8.0+ 对嵌套三元已有弃用警告，混用更难通过静态分析工具校验
左侧表达式未定义时，?: 会报 Notice，?? 不会
这是最常被忽略的运行时差异。写 $user ?? 'guest' 安全；但写 $user ?: 'guest'，只要 $user 根本没声明过，就会立刻触发 Notice: Undefined variable: user，哪怕你本意只是兜底。
常见错误场景：
立即学习“PHP免费学习笔记（深入）”；
- 在模板中直接写
$config['theme'] ?: 'default'，而$config可能未传入或键缺失 → 报 Notice - API 响应字段动态生成，某些字段可能完全不存在，用
?:就得先isset()包一层，否则线上日志刷屏 -
??天然兼容未定义变量，?:要求左侧必须可求值（即已声明）
对 falsy 值的判定逻辑完全不同
?? 只响应 null 和未定义；?: 响应所有 falsy 值（0、false、''、[] 等）。混用时，一个分支用 ?? 守住 null，另一个用 ?: 过滤空字符串，结果可能互相干扰。
示例对比：
$count = 0; echo $count ?? 1; // 输出 0 echo $count ?: 1; // 输出 1
若你链式混用：$count ?? $fallback ?: 'default'，实际是 ($count ?? $fallback) ?: 'default'。当 $count = 0，$count ?? $fallback 返回 0，接着 0 ?: 'default' 又跳走——你本想保留 0，却被 ?: 吃掉了。
- 计数器、状态码、开关标识等含意义的 falsy 值，必须用
??保真 - 真正需要“非空字符串”语义时，
??和?:都不够，得用($val !== '' && $val !== null) ? $val : $default - 不要指望混用能“兼顾两者”，它们语义正交，强行糅合只会增加认知负担
链式 fallback 场景下，?? 是唯一可靠选择
从请求参数→session→配置→默认值逐层取值，是典型需求。此时必须用 ?? 链：$_GET['user'] ?? $_SESSION['user'] ?? $config['default'] ?? 'guest'。
换成 ?: 链：$_GET['user'] ?: $_SESSION['user'] ?: $config['default'] ?: 'guest'，只要任意一环是 '' 或 0，就会跳过真实可用的后续值。
- 比如
$_GET['user'] = ''，但$_SESSION['user'] = 'admin'→?:链直接跳过$_SESSION，去查$config -
??链只在null或未定义时才往下走，语义清晰且可预测 - 一旦项目里出现
?:链 fallback，基本意味着某处业务逻辑已经因0或''被误判而埋了坑
0、''、未定义变量等边界值时，行为突然偏移，且难以复现和定位。 
