isset() 判断 NULL 变量会返回 false
php 里 isset() 不是用来“检测是否为 NULL”的，而是检测变量是否已声明且不为 null。所以哪怕变量明确赋值为 null，isset($var) 也返回 false —— 这不是 bug，是设计如此。
常见错误现象：
– 把表单未提交的字段默认设为 null，再用 isset($_POST['field']) 判断是否“有值”，结果永远进不去分支
– 函数返回 null 后误判为“未执行成功”，实际只是业务逻辑返回空值
- 用
isset()适合判断“变量是否存在且非空”，不适合区分null和未定义 - 如果变量可能未声明，又想安全读取，先用
isset()或array_key_exists()（对数组）兜底 -
isset($var) === false的情况包含：变量未定义、显式赋值为null、被unset()过
is_null() 是最直白的 NULL 类型检测方式
is_null() 只关心值是否严格等于 null，不管变量有没有定义 —— 但注意：传入未定义变量会触发 Notice。
使用场景：
– 已确认变量存在（比如函数参数、对象属性），只需确认它当前是不是 null
– 和 === null 行为一致，但语义更清晰
立即学习“PHP免费学习笔记（深入）”；
- 推荐写法：
is_null($var)或$var === null，二者性能无差别 - 别写
$var == null，因为0、''、false都会“意外”通过 - 对未定义变量直接调用
is_null($undefined)会报Notice: Undefined variable
NULL 变量在数组中容易被 array_filter() 误删
array_filter($arr) 默认用“真假值”过滤，而 null 被当作 falsy 值直接剔除 —— 即使你本意是保留空值占位。
常见错误现象：
– API 返回带 null 字段的数组，前端依赖字段顺序，结果 array_filter() 后键名错乱、结构塌陷
– 数据库查出含 null 的记录，用 array_filter() 清洗后丢失字段
- 保留
null的写法：array_filter($arr, function($v) { return $v !== null; })（只剔除非 null） - 或更稳妥：
array_filter($arr, 'is_scalar')（保留字符串/数字/布尔，排除null和数组/对象） - 若需保持键名不变，务必加
ARRAY_FILTER_USE_BOTH并手动判断
数据库字段为 NULL 时，pdo::FETCH_ASSOC 返回的就是 PHP null
PDO 默认把 sql 的 NULL 映射为 PHP 的 null，不是字符串 "NULL" 或空字符串 —— 这点和某些 ORM 自动转换不同，得自己处理。
性能影响很小，但兼容性要注意：
– mysqli 默认行为一致；PgSQL 也是；sqlite 同样映射为 null
– 但如果你用 PDO::ATTR_EMULATE_PREPARES = true，极少数旧版本驱动可能表现异常
- 检查字段是否为 NULL：
is_null($row['updated_at'])或$row['updated_at'] === null - 避免用
empty($row['updated_at'])，因为0、'0'、false也会被当空 - 插入时想写入 SQL NULL，绑定参数用
PDO::PARAM_NULL，而不是传 PHPnull（虽然多数驱动自动识别，但显式声明更稳）
事情说清了就结束。NULL 在 PHP 里不是“空字符串”也不是“零”，它是独立类型，判断时必须用类型安全的方式，否则很容易在边界 case 里漏掉一个 === 就引发逻辑错乱。