notice: undefined index 非致命但暴露逻辑漏洞，须用 isset() 检查键存在且非 null；?? 不检查键是否存在（php 7.4 前会触发 notice），显式设为 null 时需 array_key_exists()；生产环境关闭 notice 易掩盖静默失败。
PHP 中的 Notice: Undefined index 不是致命错误，但暴露了代码对数组键存在性缺乏防御，尤其在处理 $_GET、$_POST 或 API 返回数据时极易触发。直接 suppress（如 @$arr['key']）或忽略会掩盖逻辑漏洞，正确做法是显式判断键是否存在且非 null。
什么时候必须用 isset() 而不是 ??
isset() 检查变量是否已声明且不为 null；?? 是空合并运算符，仅当左侧为 null 时返回右侧值——但它**不会检查键是否存在**。如果数组根本没这个键，?? 仍会触发 Notice（PHP 7.4+ 已修复此行为，但低版本仍需注意）。
所以：
- PHP isset($arr['key']) ? $arr['key'] : 'default' 或
isset($arr['key']) && $arr['key'] !== null ? $arr['key'] : 'default' - PHP ≥ 7.4：
$arr['key'] ?? 'default'安全，但仅适用于你确定该键“语义上允许缺失”且默认值合理 - 若需区分
null和“键不存在”，只能用isset()或array_key_exists()
$_POST 和 $_GET 中取值的推荐写法
用户输入永远不可信，不能假设字段一定存在。以下写法兼顾安全与可读：
- 单值校验：
$id = isset($_GET['id']) ? (int)$_GET['id'] : 0;（强制类型转换防注入） - 带默认字符串：
$name = $_POST['name'] ?? '';（PHP 7.4+，简洁） - 需要严格存在性判断：
if (!isset($_POST['token']) || !hash_equals($expected, $_POST['token'])) { die('Invalid'); }（CSRF 验证场景） - 避免：
$_POST['email']直接使用，或@$_POST['email']（抑制 Notice 但掩盖问题）
为什么 array_key_exists() 有时比 isset() 更合适
isset() 对值为 null 的键返回 false，而 array_key_exists() 只看键是否存在，不管值是什么。这在配置数组中很关键：
$config = ['debug' => null, 'timeout' => 30];<br>var_dump(isset($config['debug'])); // false<br>var_dump(array_key_exists('debug', $config)); // true
所以：
- 想确认“这个配置项是否被显式设置过（哪怕设为 null）”，用
array_key_exists() - 只想取值且允许 fallback，默认用
??（≥7.4）或isset()+ 三元 -
array_key_exists()性能略低于isset()，高频循环中慎用
真正容易被忽略的是：Notice 往往出现在开发环境开启 E_ALL 时才暴露，而生产环境常关闭 Notice 级别——这意味着线上可能已有大量未定义索引的静默失败，只是没报出来。别等它变成 Warning 或 Fatal 才处理。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
