Laravel中不检索模型时如何创建模型事件监听器？

在Laravel中，模型的creating、deleting等事件仅在生成模型实例的操作（如User::create()、单个模型的delete()）中触发，而User::whereIn('id', [...])->delete()这类直接发起数据库调用的批量操作不会触发模型事件。以下是几种Laravel原生或兼容的解决方案：

1. 重写模型的批量操作方法 #

这是最可靠且符合Laravel开发习惯的方式，通过重写模型中对应的批量操作方法，在执行数据库操作前先处理自定义逻辑：

class User extends Model
{
    // 重写批量删除方法
    public static function delete($columns = ['*'])
    {
        // 获取当前查询约束对应的用户ID集合
        $userIds = static::query()->pluck('id')->toArray();
        
        // 执行关联数据清理（比如删除用户角色）
        if (!empty($userIds)) {
            \App\Models\Role::whereIn('user_id', $userIds)->delete();
        }
        
        // 调用父类方法执行实际的批量删除
        return parent::delete($columns);
    }

    // 同理可重写批量更新方法
    public static function update(array $values)
    {
        // 获取当前查询约束对应的用户ID集合
        $userIds = static::query()->pluck('id')->toArray();
        
        // 执行批量更新前的自定义逻辑
        if (!empty($userIds)) {
            // 例如同步某些关联状态
        }
        
        return parent::update($values);
    }
}

这种方式仅针对通过模型查询构建器发起的批量操作生效，能准确获取操作的记录ID，逻辑清晰易维护。

2. 监听查询构建器的StatementPrepared事件 #

Laravel的查询构建器在执行SQL语句前会触发StatementPrepared事件，可通过监听该事件拦截并解析SQL，判断是否为目标批量操作：

use Illuminate\Database\Events\StatementPrepared;
use Illuminate\Support\Facades\Event;

class User extends Model
{
    protected static function booting()
    {
        Event::listen(StatementPrepared::class, function (StatementPrepared $event) {
            $sql = strtolower($event->statement->queryString);
            
            // 判断是否为users表的批量删除操作
            if (str_starts_with($sql, 'delete from `users`')) {
                // 正则匹配where in条件中的ID（仅适配简单查询）
                preg_match('/where `id` in \((.*?)\)/', $sql, $matches);
                if (isset($matches[1])) {
                    $userIds = array_map('trim', explode(',', $matches[1]));
                    \App\Models\Role::whereIn('user_id', $userIds)->delete();
                }
            }
        });
    }
}

这种方式无需重写方法，但需要解析SQL语句，对复杂查询的适配性较差，仅适合简单场景。

3. 数据库触发器兜底 #

如果需要确保无论通过哪种方式（Eloquent、DB门面、直接SQL）操作数据库都能执行逻辑，可以在数据库层面创建触发器：

以MySQL为例，创建用户删除后的角色清理触发器：

CREATE TRIGGER clear_user_roles AFTER DELETE ON users
FOR EACH ROW
BEGIN
    DELETE FROM roles WHERE user_id = OLD.id;
END;

这种方式最彻底，但逻辑分散在数据库中，不利于代码统一维护，适合必须强保障的场景。

内容的提问来源于stack exchange，提问作者Phil Tune