delete() 返回 false 时应先 try/catch 捕获 yii\db\exception 获取数据库错误，再检查 $model->geterrors() 获取业务验证错误；二者来源不同，需分别处理。
Yii 中 delete() 返回 false 时怎么拿到具体错误原因
直接调用 delete() 返回 false，不代表没执行——它可能已触发事务回滚、触发器或验证失败，但错误信息被吞了。关键不是“删没删成”，而是“卡在哪一步”。Yii 不像 Laravel 那样自动抛异常，得主动挖日志或查模型状态。
最常用也最可靠的方式是检查模型的 getErrors()，但它只对 AR 模型有效（即继承自 yii\db\ActiveRecord 的类），且前提是删除前触发了验证（比如设置了 beforeDelete() 并返回 false）或关联约束导致验证失败。
-
delete()本身不跑验证规则（rules()），除非你在beforeDelete()里手动调用$this->validate() - 外键约束、数据库级限制（如 NOT NULL 字段被级联清空失败）不会进
getErrors()，得看yii\db\Exception堆栈或开启enableSchemaCache关闭后查 SQL 日志 - 如果用了事务，
delete()失败会抛出yii\db\Exception，此时getErrors()为空，必须用try/catch
捕获数据库层报错：必须用 try/catch 包住 delete()
90% 的“删不动”其实来自数据库拒绝操作，比如子表有外键依赖、字段被触发器拦截、权限不足。这些根本不会走到模型验证，getErrors() 返回空数组，但 delete() 仍返回 false —— 实际上是内部抛了异常又被静默吞了（尤其在非调试环境下）。
正确做法是显式捕获：
try {
if (!$model->delete()) {
// 这里 model->getErrors() 很可能是空的
\Yii::error('Delete failed for ID ' . $model->id);
}
} catch (\yii\db\Exception $e) {
\Yii::error('DB delete error: ' . $e->getMessage());
// 错误信息类似 "SQLSTATE[23000]: Integrity constraint violation: 1451 Cannot delete..."
}
- 别依赖
delete()的返回值做唯一判断；它只是“逻辑删除是否成功”的信号，不是“错误详情开关” - 开发环境务必打开
'throwException' => true（在 DB 组件配置中），否则部分驱动（如 MySQL PDO）可能把约束错误转成布尔false而不抛异常 - 线上环境建议记录
$e->getPrevious()，有时底层 PDO 异常带更具体的 SQL 状态码
beforeDelete() 里验证失败怎么让错误可见
如果你在 beforeDelete() 里加了业务逻辑（比如“只有状态为 draft 才能删”），并手动调用 $this->addError()，那 delete() 返回 false 后，getErrors() 就能取到你写的提示。
public function beforeDelete()
{
if ($this->status !== self::STATUS_DRAFT) {
$this->addError('status', 'Only draft items can be deleted.');
return false;
}
return parent::beforeDelete();
}
之后：
if (!$model->delete()) {
foreach ($model->getErrors() as $attribute => $errors) {
foreach ($errors as $error) {
\Yii::warning("Delete blocked: {$attribute} - {$error}");
}
}
}
-
addError()必须在beforeDelete()中调用，且返回false，否则验证信息不会保留 - 不要在
beforeDelete()里 throw Exception，这会导致事务无法按预期回滚，应靠返回false让框架处理 - 若同时存在数据库约束和业务校验，优先看到的是数据库异常（因为先执行 SQL），
beforeDelete()校验可能根本没机会运行
批量删除（deleteAll()）根本没有 getErrors()
deleteAll() 是静态方法，不走模型实例生命周期，不触发 beforeDelete()、不跑验证、不收集错误。它只返回影响行数（int），失败时直接抛 yii\db\Exception。
- 它没有
getErrors()可调，连模型实例都没有，别白费劲 - 想带条件又保错误细节？改用事务 + 循环单条
delete()，或者手写createCommand()->delete()并捕获异常 - 注意
deleteAll()的 WHERE 条件是裸数组，不经过过滤，拼错可能导致全表清空，务必加日志或预检查
真正难的不是“怎么拿错误”，而是分清错误来源：是模型逻辑拦的、数据库拦的、还是事务上下文破坏的。三者查法完全不同，混在一起只会反复试错。
