PHP中null隐式转字符串为''、转数字为0，易掩盖数据缺失问题；应优先用isset()或is_null()主动判断，JSON处理需注意对象/数组模式，数据库NULL须显式校验，建表时应尽量设NOT NULL。
PHP中null转字符串或数字时的默认行为
PHP对null做类型转换时会静默转成空字符串''（转string）或0（转int/float），但这种隐式转换常导致逻辑错误，比如strlen(null)返回0，1 + null得1——看起来“没问题”，实则掩盖了数据缺失问题。
真正该关心的是：你是否**有意接受这个转换结果**？如果不是，就该主动拦截。
用is_null()和isset()提前判断
这两个函数是处理null最直接的手段，但行为不同：isset()对null、未定义变量、空数组都返回false；is_null()只认null值本身。选哪个取决于你的语义需求：
- 想确认变量存在且非
null→ 用isset($var) - 只关心它是不是
null（哪怕变量已定义）→ 用is_null($var) - 要兼容
null和''都算“空” → 用empty($var)，但注意0、'0'也会被当空
示例：
if (!isset($user['email'])) {
throw new InvalidArgumentException('email is required');
}
// 比 $user['email'] === null 更安全，因避免了未定义索引警告
JSON编码/解码时null的坑
PHP的json_encode()默认把null转成JSON的null，但json_decode()默认返回stdClass对象，其中null字段仍为null。问题常出在后续调用->property时没判空，直接报Trying to get property 'xxx' of non-object。
建议做法：
- 解码时加
JSON_OBJECT_AS_ARRAY标志，统一用数组访问：json_decode($json, true) - 访问前用
array_key_exists('field', $data) && $data['field'] !== null双重检查 - 别依赖
??操作符兜底，因为$data['field'] ?? 'default'在键不存在时也生效，可能掩盖结构缺失
数据库查询结果里的null怎么安全取值
PDO或MySQLi查出来的字段若为SQL NULL，PHP中就是null。常见错误是直接echo $row['updated_at']或传给date()函数，结果输出空白或警告。
稳妥做法：
- 用
isset($row['updated_at']) && $row['updated_at'] !== null判断再格式化 - 封装一个
coalesce()风格函数：function db_str($value, $default = '') { return $value === null ? $default : (string)$value; } - ORM层（如Eloquent）可设
protected $casts = ['updated_at' => 'datetime']，它会自动把null转成Carbon::createFromFormat()的null实例，再调->format()前仍需判空
最易忽略的一点：数据库字段允许NULL不等于业务上应该接受NULL。建表时就该明确哪些字段必须NOT NULL，比在PHP里层层防御更有效。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
