find() 返回 null 时直接调用方法会报错，应使用 findorempty()（tp6.1+）或手动兜底构造空模型实例，确保 toarray() 等方法安全执行，但需注意 null 字段的真实语义。
find() 返回 null 时直接调用方法会报错
ThinkPHP 的 find() 在查不到数据时返回 null，不是空模型实例。一旦你写 $user->getName() 或 $user->toArray()，PHP 就会抛出 Fatal error: Call to a member function ... on null。
这不是 ThinkPHP 的 bug，是 PHP 本身对 null 调用方法的限制。很多人误以为模型类会自动兜底，其实不会。
- 别在
find()后无条件链式调用方法，比如UserModel::find(999)->toArray() - 不要依赖框架“自动转空对象”，ThinkPHP 5/6 默认不这么做
- 如果用了软删除且记录被删了，
find()同样返回null，不是带 deleted_at 的对象
用 findOrEmpty() 替代 find() 是最简方案
findOrEmpty() 是 ThinkPHP 6.1+ 内置的方法，它在查不到时返回一个「空但合法」的模型实例（即已实例化、属性全 null、可安全调用方法的对象），不是 null。
它不改变查询逻辑，只改返回值形态，兼容原有字段访问和方法调用。
- 必须是 ThinkPHP 6.1 及以上版本，5.x 不支持，强行调用会报
Call to undefined method - 返回的是当前模型类的新实例，不是静态缓存或单例，不用担心状态污染
- 对关联查询无效 ——
with('profile')->findOrEmpty(1)中若主记录不存在，关联也不会执行；若存在但关联查不到，关联属性仍是null
示例：
$user = UserModel::findOrEmpty($id); // 安全 echo $user->name; // name 为 null，不报错 $data = $user->toArray(); // 返回 []，不报错
ThinkPHP 5.x 或需兼容旧版时的手动兜底
5.x 没有 findOrEmpty()，常见做法是三元判断或封装工具函数，但容易漏掉边界情况。
推荐用模型自身的 empty() 静态方法配合 new static() 构造空实例，比 new self() 更准（支持继承场景）。
- 别用
?? new UserModel()：硬编码类名，子类继承后失效 - 避免
is_null($user) ? new UserModel() : $user：没初始化模型上下文，toArray()可能出错 - 正确姿势是复用模型初始化逻辑：
is_null($user) ? (new static())->initialize() : $user
可封装成基类方法：
public static function findOrEmpty($id)
{
$model = static::find($id);
return $model ?: (new static())->initialize();
}
警惕 toArray() 和 JSON 输出里的 null 字段
用 findOrEmpty() 或手动兜底后，toArray() 返回的是全字段数组，但缺失字段值是 null，不是空字符串或 0。前端可能因此渲染异常或校验失败。
这不是模型问题，是数据真实性体现。如果你需要默认值，得显式处理。
-
toArray()不会自动把null转成空字符串，除非你在模型里定义了$type或getAttr方法 - JSON 输出同理，
null字段照常输出，别指望框架自动过滤或替换 - 如需统一补默认值，建议在控制器层用
array_merge($defaults, $data)，而不是改模型行为
复杂点在于：空对象安全了，但业务语义没解决 —— “查不到” 和 “查到但字段为空” 是两回事，别让兜底掩盖了本该提示用户的缺失逻辑。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
