应捕获 think\db\exception\dbexception；validate() 需用 ['unique' => 'table,field,id'] 排除自身id，复合索引用数组写法；save() 失败后须重建模型实例或 force()->data([]) 清空状态。
ThinkPHP 模型 save() 报 Integrity constraint violation 怎么捕获
直接 catch 数据库异常最稳妥，但别只 catch PDOException —— ThinkPHP 6+ 默认把底层异常封装成 Throwable，且不同驱动抛出的具体类不同（MySQL 是 think\db\exception\DataNotFoundException，SQLite 可能是原生 PDOException）。真正该 catch 的是 think\db\exception\DbException，它覆盖所有数据库操作异常。
常见错误现象：前端只看到 500 页面或空响应，日志里有 SQLSTATE[23000]: Integrity constraint violation，但代码里没做任何拦截。
- 用
try...catch包住$model->save()，而不是整个业务逻辑块 - 检查异常消息是否含
UNIQUE或字段名（如email），避免误判主键冲突或外键失败 - 别依赖
$model->getError()—— 字段唯一校验失败时它通常为空，因为验证器没触发（数据已到写入阶段）
用 validate() 提前拦截重复，但要注意验证规则和索引不一致的坑
ThinkPHP 的 validate 方法本身不查数据库，必须配合 rule 中的 unique 才生效。问题在于：unique 规则默认只校验「新增」，更新时会忽略当前记录 ID，导致误报。
使用场景：用户编辑资料改邮箱，但新邮箱已被别人占用 —— 这时你要排除自己这条记录。
- 写法必须是
['unique' => 'user,email,' . $id]，第三个参数传当前记录 ID，否则更新永远失败 - 如果表名不是模型默认名（比如用了视图或别名），
unique规则里的表名要写真实物理表名 - 复合唯一索引（如
username + type）不能用字符串写法，得用数组：['unique' => ['user', ['username', 'type']]]
事务中 save() 失败后，$model 对象状态容易被污染
ThinkPHP 模型在 save() 失败后，内部的 $data 和 $origin 可能处于半更新状态，再次调用 save() 会带着脏数据重试，甚至把错误字段值写进其他字段。
性能影响不大，但逻辑会错乱 —— 尤其在循环批量保存或重试机制里。
- 捕获异常后，不要复用原
$model实例，用new User()重建或调用$model->force()->data([])清空内部状态 - 别在事务里对同一个模型实例反复
save()—— 即使加了force()，也建议每次新建实例 - 如果用了
allowField()，确保异常后重试时字段白名单没变，否则可能漏掉关键字段
MySQL 唯一索引冲突时，如何拿到具体是哪个字段违规
MySQL 本身不返回冲突字段名，只给错误码和模糊提示。ThinkPHP 不解析这个，得自己从 SQL 和索引定义反推。
最容易被忽略的是：多个唯一索引共存时（比如 email 和 phone 都建了 UNIQUE），单看错误信息根本分不清是哪个字段撞了。
- 用
SHOW INDEX FROM user查清哪些字段组合构成唯一约束 - 在验证阶段就按索引顺序逐个查：
User::where('email', $email)->find()、User::where('phone', $phone)->find()，比等报错再解析更可控 - 如果用
INSERT ... ON DUPLICATE KEY UPDATE替代save()，需手动拼 SQL，此时务必确认ON DUPLICATE KEY匹配的是你期望的索引
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
