TP8中save()返回false时getError()常为空，因默认关闭自动错误捕获；需显式启用验证或通过Db::getPdo()->errorInfo()获取数据库真实错误。
save() 返回 false 时，getError() 不一定有值
ThinkPHP8 中模型 save() 失败返回 false，但直接调用 getError() 常常为空——这不是 bug，而是设计变更：TP8 默认关闭了模型的自动错误捕获，错误信息默认只存在数据库驱动层。
真正有效的路径是先检查数据库操作是否出错，再回溯模型验证失败原因：
-
Db::getLastSql()查看最后执行的 SQL，确认是否因字段缺失、类型不匹配或唯一约束触发失败 - 开启模型验证后，
$model->getError()才会返回验证规则失败信息（需确保调用了validate(true)或设置了validate属性） - 若使用事务，记得在
catch中调用Db::getPdo()->errorInfo()获取底层 PDO 错误
开启模型验证并捕获验证失败信息
TP8 模型默认不自动验证，save() 跳过验证直接写库，自然不会把验证错误塞进 getError()。要让它生效，必须显式启用：
- 在模型类中定义
protected $validate = true;，或 - 调用时传入验证配置：
$model->validate(true)->save($data) - 验证失败后，
$model->getError()返回的是第一个失败规则的提示字符串（如"用户名不能为空"），不是数组 - 若需完整验证结果（含所有字段错误），改用
$model->validate($rule)->batchValidate(true)->save($data)，此时getError()返回关联数组
捕获数据库层面的真实错误（如唯一索引冲突、字段超长）
验证通过但 save() 仍返回 false，大概率是数据库拒绝写入。TP8 的 think\db\Connection 提供了稳定接口获取底层错误：
立即学习“PHP免费学习笔记（深入）”；
$model = new User();
$result = $model->save($data);
if (false === $result) {
$pdo = Db::connect()->getPdo();
$error = $pdo->errorInfo();
// $error[1] 是 SQLSTATE 错误码，$error[2] 是数据库原生错误信息
// 例如 MySQL 唯一键冲突：$error[2] 可能为 "Duplicate entry 'xxx' for key 'users.email'"
}
注意：Db::getPdo() 返回的是当前连接的 PDO 实例，不是静态单例；多应用或切换连接时需确保调用的是同一连接实例。
调试建议：临时开启 SQL 日志和异常抛出
开发阶段最省事的定位方式不是靠 getError()，而是让错误直接暴露：
- 在
config/database.php中设置'deploy' => 0（开发模式）并开启'debug' => true - 将
'strict' => true，这样字段不存在、类型不匹配等会直接抛出Exception，而不是静默失败 - 在控制器中用
try/catch包裹save()，捕获think\Exception或PDOException，它们的getMessage()就是真实错误
线上环境不要开 strict，但日志里记录 Db::getPdo()->errorInfo() 是安全且必要的——很多“保存失败”问题，根源不在 PHP 层，而在数据库约束或事务隔离级别上。
