如何在全局作用域中应用用户策略以修正分页过滤异常？

直接把PHP层面的Policy逻辑套进全局作用域里行不通——因为Policy是在内存中对已查询到的模型实例做判断，而全局作用域是在SQL查询阶段过滤数据。你需要把Policy里的权限规则转换成对应的数据库查询条件，才能在全局作用域中生效，从根源上过滤无权限数据，解决分页混乱的问题。

实现步骤指引 #

1. 拆解Policy的权限规则 #

先把你继承自PolicyAbstract的策略核心判断逻辑抽出来，比如：

• 当前用户是否为超级管理员（直接拥有全权限）
• 目标用户是否和当前用户同属某个组织/团队
• 目标用户是否被当前用户标记为可访问对象
• 其他自定义权限参数规则

把这些原本用PHP代码判断的逻辑，对应成SQL层面的查询条件（比如where、whereHas、whereIn等）。

2. 编写全局作用域 #

在目标模型（比如User模型）里实现全局作用域，核心是获取当前登录用户，再把转换后的查询条件加到构造器中：

public static function boot()
{
    parent::boot();

    static::addGlobalScope('user_selection', function (Builder $builder) {
        // 获取当前登录用户，未登录则直接过滤所有数据（可根据业务调整）
        $currentUser = auth()->user();
        if (!$currentUser) {
            $builder->whereRaw('1 = 0');
            return;
        }

        // 示例：根据Policy规则转换的查询条件
        if ($currentUser->is_admin) {
            // 管理员无需过滤，直接返回
            return;
        }

        // 普通用户仅能查看同团队的用户
        $builder->whereHas('teams', function (Builder $teamBuilder) use ($currentUser) {
            $teamBuilder->whereIn('team_id', $currentUser->teams->pluck('id'));
        });

        // 额外添加其他权限规则，比如用户状态、自定义权限标记等
        $builder->where('status', 'active')
                ->whereIn('id', $currentUser->allowed_user_ids);
    });
}

3. 处理复杂逻辑的特殊情况 #

如果你的Policy里有无法直接转换成SQL的复杂判断（比如依赖外部API、复杂计算逻辑），可以分两种方式处理：

• 提前把逻辑结果预存到数据库字段中（比如新增is_accessible字段，定时或实时更新），然后在全局作用域中直接判断该字段
• 先用全局作用域过滤掉大部分无权限数据，再在查询后用Policy做二次过滤（这种情况要调整分页逻辑，比如先查询足够多的数据，过滤后再手动分页）

4. 按需禁用全局作用域 #

如果某些业务场景不需要这个全局过滤（比如后台管理员的全量查询），可以用withoutGlobalScope方法移除：

$allUsers = User::withoutGlobalScope('user_selection')->paginate(20);

关键注意点 #

• 全局作用域会作用于该模型的所有查询，要确保逻辑覆盖所有业务场景，避免意外过滤数据
• 注意查询效率，复杂关联查询要加索引，避免拖慢数据库性能
• 未登录用户的处理要符合业务需求，比如返回空集合或引导登录

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