Model是数据表的映射封装，非万能工具箱；save()需实例存在且带主键，create()为静态新建插入；更新须确保主键或显式条件；delete()默认硬删，软删推荐save改状态；get()安全查单条，find()链式调用易静默失败。
Model 类在 ThinkPHP5 中不是万能工具箱，它本质是数据表的映射封装，增删改查必须严格匹配其设计契约——否则看似跑通的代码，上线后容易因字段校验、主键识别或软删除逻辑崩掉。
新增数据：用 save() 还是 create()？
二者都能写入，但语义和行为完全不同：
• save() 要求模型实例已存在（比如通过 new User 或 User::get() 得到），否则会报 Call to a member function save() on null；
• create() 是静态方法，直接新建并插入，失败时抛异常，成功返回完整模型对象（含自增 id）；
• 如果传了非法字段（比如数据库里没有的 xxx_tmp），默认会静默过滤——除非你加了 allowField(true)，否则字段不进 SQL；
• 不要用 Db::name('user')->insert() 混用在模型层，它绕过模型事件（before_insert 等）和自动时间戳。
更新数据：别踩 save() 的条件陷阱
save() 更新必须带主键或显式 where 条件，否则行为不可控：
• 单模型实例调用：$user = User::get(1); $user->name = 'new'; $user->save(); —— 安全，自动按主键更新；
• 批量更新不能用实例方式，得用静态调用：User::update(['name' => 'new'], ['id' => 1])；
• 错误写法：(new User)->save(['name' => 'x'], ['status' => 1]) —— 此时模型没绑定主键，TP5 可能生成无 WHERE 的 UPDATE，整表被污染；
• 时间戳字段（如 update_time）需开启 protected $autoWriteTimestamp = true;，否则手动赋值容易漏或格式错（应为字符串 'Y-m-d H:i:s'，不是 time() 整数）。
删除操作：硬删、软删、批量删的写法差异
ThinkPHP5 的 delete() 默认是物理删除，但业务中更常用软删（state 标记）：
• 硬删单条：User::destroy(1) 或 User::where('id', 1)->delete()；
• 批量硬删：User::destroy([1,2,3]) 或 User::where('id', 'in', [1,2,3])->delete()；
• 软删推荐用 save() 改状态：User::where('id', 1)->save(['state' => -1])，而不是重载 delete() 方法——后者容易和模型生命周期钩子冲突；
• 注意：如果模型启用了 protected $deleteTime = 'delete_time';，则 destroy() 会自动转为软删，此时 select() 默认不查已删数据，需显式 withTrashed()。
查询数据：别把 get() 和 find() 当同义词用
get() 和 find() 返回值类型一致，但调用上下文和容错性不同：
• User::get(1) 是静态方法，主键不存在时返回 null，安全；
• (new User)->where('id', 1)->find() 是链式调用，同样返回模型或 null，但若中间 where 写错（如字段名拼错），可能静默返回空结果而非报错；
• all() 查多条时，传数组 [1,2,3] 是按主键查，传条件数组 ['status' => 1] 是按字段查，二者语法一样但意图完全不同，混淆会导致数据范围错误；
• 需要字段值而非模型对象时，优先用 value()（单值）或 column()（列数组），比 select()->toArray() 更轻量，也避免 toArray() 对空集合报 Call to a member function toArray() on null。
立即学习“PHP免费学习笔记（深入）”；
真正难的不是写出能跑的代码，而是让每行save()、destroy()、get() 都清楚自己在哪个事务边界里、是否触发了事件、有没有绕过验证规则。模型不是语法糖，它是数据契约的执行者。 
