空值需分类处理而非视为异常：区分未设置、null、空字符串及默认行为，ThinkPHP5.1中各场景表现不同，须用config('?key')判断存在性、设默认值、清洗输入并验证。
配置项为空值不是异常，而是常见且需主动应对的状态。关键在于区分“空”是未设置、显式 null、空字符串，还是框架/数据库层面的默认行为，不同场景处理逻辑完全不同。
识别空值类型再决定动作
ThinkPHP5.1中，''（空字符串）、0、false、null、未传字段在配置读取和模型写入时表现差异极大，不能一概而论：
-
config('app_debug') 返回
false可能是配置里写了'app_debug' => false，也可能是根本没定义——用config('?app_debug')才能准确判断是否存在 - 模型中
$default = ['status' => 1]对['status' => '']完全无效，但对['status' => null]或完全不传status键才生效 - 数据库字段设为
NOT NULL DEFAULT 1，TP 不会自动补默认值；若传了''，MySQL 直接报错
配置文件中避免空值引发加载失败
应用配置（如 config/app.php）若返回空数组或含空值键，可能被框架跳过或导致后续依赖报错：
- 确保每个配置文件末尾有
return [...];，不可留空或只写注释 - 敏感配置如
database.password在.env中若为空，需显式写成DATABASE_PASSWORD=""（双引号包裹），否则 phpdotenv 会解析失败，最终值为空字符串甚至 null - 修改
.env后必须清空runtime/缓存，否则旧空值仍被加载
运行时读取配置要带默认兜底
不要依赖配置一定存在或非空，尤其在生产环境：
立即学习“PHP免费学习笔记（深入）”；
- 用助手函数直接指定默认值：
config('cache.default', 'file')，比先config('?cache.default')再判断更简洁安全 - 获取多级配置时避免空指针：
config('database.hostname', '127.0.0.1')比config('database')['hostname']更健壮 - 禁止在生产环境调用无参
config()，防止泄露空值或敏感键名
模型层空值写入前必须清洗
用户提交的空字符串、空数组等“假值”极易绕过 $default，直接写入数据库导致错误：
- 批量插入前统一转换：
array_walk($data, function (&$item) { $item['remark'] = $item['remark'] ?: null; }); - 在模型
before_write事件中做动态处理：$this->status = $this->status ?? 0;（注意用??而非?:，兼容 null 和未定义） - 表单验证器中拦截：
'status' => 'require|number|gt:0'，从源头拒绝空和非法值
