??= 在 PHP 8.1 中行为与 7.4+ 一致，仅支持可写左值（如变量、对象属性），不支持函数调用、超全局数组直接赋值或嵌套空合并链式赋值，且对 0/false/'' 等假值无感，仅处理 null/未定义。
??= 在 PHP 8.1 中和 PHP 7.4+ 行为一致，不是“新功能”，但因 PHP 8.1 默认启用严格类型提示和更严的错误报告，误用 ??= 更容易暴露逻辑漏洞——比如对非变量左值赋值、或在未初始化对象属性上直接使用。
??= 只能用于可写变量，不能用于函数调用或表达式左侧
常见错误是把 ??= 当成万能默认值补丁，写成类似 $_GET['id'] ??= 1 或 get_config('timeout') ??= 30 这种形式。PHP 会直接报错：Fatal error: Uncaught Error: Cannot use assign-op operators with overloaded objects nor string offsets 或更直白的 Cannot assign to function call。
原因：左侧必须是“左值”（lvalue），即能被赋值的存储位置。而 $_GET['id'] 是超全局数组元素，可写；但 get_config('timeout') 是函数返回值，不可写。
- ✅ 正确：
$config['timeout'] ??= 30;（$config是普通数组变量） - ✅ 正确：
$user->role ??= 'guest';（$user是对象，role是可写属性） - ❌ 错误：
$_POST['name'] ??= 'anonymous';（虽然语法不报错，但$_POST是只读超全局，实际不会生效） - ❌ 错误：
foo()['bar'] ??= 'baz';（函数调用结果不可写）
嵌套数组/对象属性在 PHP 8.1 中仍不支持链式 ??=
PHP 8.1 并未扩展 ??= 的作用域到深层嵌套结构。像 $user['profile']['settings']['theme'] ??= 'dark' 看似合理，但在 PHP 8.1 中，若 $user['profile'] 为 null，这行代码会触发 Notice: Undefined index: profile —— 因为 ??= 不具备“空合并链式访问”能力，它只检查最左侧表达式的值是否为 null 或未定义，不负责安全展开中间层级。
立即学习“PHP免费学习笔记（深入）”；
对比：普通 ?? 在 PHP 8.0+ 支持链式（如 $user['profile']['settings']['theme'] ?? 'dark'），但 ??= 没有该优化。
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
- ✅ 安全写法（全版本兼容）：
$theme = $user['profile']['settings']['theme'] ?? null; $theme ??= 'dark'; - ✅ PHP 8.0+ 推荐（仅读取）：
$theme = $user['profile']['settings']['theme'] ?? 'dark'; - ❌ 想当然写法：
$user['profile']['settings']['theme'] ??= 'dark';（PHP 8.1 下仍报 Notice）
??= 对 0、false、'' 这些假值完全无感，这是设计，不是 bug
很多开发者在 PHP 8.1 环境下升级后突然发现配置没按预期覆盖，根源常在这里：??= 只响应 null 和“未定义”，对 0、false、''、0.0 都视为有效值，跳过赋值。例如：
$config['retry_count'] = 0; $config['retry_count'] ??= 3;
执行完，$config['retry_count'] 还是 0，不是 3。这在处理 API 超时、重试次数等数值型配置时极易踩坑。
- 需要“假值也覆盖”？改用
?:=（不存在）或手动判断：if (!isset($config['retry_count']) || $config['retry_count'] === '') { $config['retry_count'] = 3; } - 需要保留
0语义（如“禁用重试”）？??=正是为此而生，别强行改成||= - 注意：
||=是“逻辑或赋值”，会把false、''、0全当假值覆盖，和??=语义完全不同
表单参数 + ??= 组合要格外小心 $_POST 的“存在性”本质
PHP 8.1 开启 E_ALL 后，$_POST 中缺失字段直接访问会报 Undefined array key。但 ??= 不能直接用于 $_POST 键，因为它是只读超全局，赋值无效。
正确路径是先复制、再操作：
$input = $_POST; $input['page'] ??= 1; $input['limit'] ??= 20;
或者更稳妥地用临时变量承接：
$page = $_POST['page'] ?? 1; $limit = $_POST['limit'] ?? 20;
- ❌
$_POST['page'] ??= 1;看似省事，实则静默失败，$_POST不变，后续逻辑可能拿不到预期值 - ⚠️ 若需批量设默认值且字段多，用
array_replace_recursive($defaults, $_POST)比循环??=更合适，但注意$_POST中的null会覆盖默认值 - PHP 8.1 下推荐搭配
filter_input()做类型校验：$id = filter_input(INPUT_POST, 'id', FILTER_VALIDATE_INT) ?? 0;，再用??=处理变量本身
真正容易被忽略的点是：PHP 8.1 没新增 ??= 行为，但它让旧代码里那些“侥幸运行”的模糊逻辑（比如依赖 isset() 和 empty() 混用）立刻暴露。用 ??= 之前，先确认左侧是不是真能写、是不是真需要“nullish-only”语义——否则不如老老实实用 ?? 或显式 if。
