应统一在模型层用getAttr方法处理空值，如getAmountAttr返回0；数据库聚合查询需用IFNULL/COALESCE兜底；避免模板直接输出未判空字段，防止Notice报错。
模板中字段为空时直接输出报错怎么办
常见现象是 {volist} 循环里访问某个字段（比如 szx），数据库该字段为 NULL 或空字符串，模板直接写 {$vo.szx} 就触发 Notice 或 Warning，甚至中断渲染。
根本原因不是模板语法错，而是 PHP 在开启 E_NOTICE 时对未定义或 null 值做字符串拼接会报警。ThinkPHP 模板引擎不会自动帮你做 isset() 或空值兜底。
- 最稳妥做法：用
<empty name="vo.szx">暂无数据</empty>包裹输出位置 - 若需默认值替代（如空时显示“-”），写成
<notempty name="vo.szx">{$vo.szx}<else></else>-</notempty> - 避免在模板里写
<?php echo $vo['szx'] ?: '-'; ?>—— 破坏 MVC 分离，且无法被模板编译器优化
模型层统一补默认值比模板判断更可靠
模板判断只解决“显示”，但一旦字段要参与计算、JSON 输出、API 返回，空值问题就暴露在后端逻辑里。比如 sum('amount') 返回 null，不是 0，直接加总就会让整条 PHP 表达式变成 null。
推荐在模型的 getAttr 方法里做转换：
立即学习“PHP免费学习笔记（深入）”；
public function getAmountAttr($value)
{
return $value === null ? 0 : $value;
}
- 这个处理对
$model->amount、$model->toArray()、$model->toJson()全局生效 - 注意别和数据库默认值混淆：MySQL 的
DEFAULT 0只影响 INSERT 时缺省，不影响 SELECT 出来的NULL - 如果字段本身允许
NULL，又想保持语义区分（比如“未填写” vs “填了 0”），那就不能硬转 0，得用字符串标记如'--'，并在前端配合判断
查询时用 IFNULL 避免聚合函数返回 NULL
ThinkPHP 的 sum()、avg()、max() 等方法在无匹配记录时返回 null，不是 0。这会导致 PHP 层类型判断失败，比如 if ($data['total'] > 0) 直接为 false，连告警都没有。
正确做法是在查询构造阶段就用原生表达式兜底：
$result = Db::name('order')
->field('IFNULL(SUM(amount), 0) as total')
->where('status', 1)
->find();
- 不要依赖
->sum('amount') ?: 0—— 这只是 PHP 层补救，数据库本可一次算好 - MySQL 的
IFNULL性能无损耗，且结果类型明确是数字，避免后续类型隐式转换出错 - PostgreSQL 用户请换用
COALESCE(SUM(amount), 0)，语法不同但目的相同
空控制器/空操作不等于空值处理，别混用
有人看到“空”字就去翻 _empty() 方法或空控制器文档，这是典型误用。_empty() 是路由找不到对应方法时的兜底，跟字段值是否为空完全无关。
真正要警惕的是这类写法：
// 错误：把空值判断逻辑塞进控制器，重复又难维护
$this->assign('szx', $data['szx'] ?? '-');
- 每个字段都这么写，控制器很快变面条代码
- API 接口和视图共用同一组数据时，空值逻辑却只在视图层生效，API 返回仍是
null - 复杂点在于：有些字段需要“空时不显示”，有些要“空时显示占位符”，有些要“空时抛异常”——必须按业务语义分层处理，不能一刀切
