ThinkPHP如何实现全局模型查询范围_Scope查询作用域技巧

ThinkPHP 的全局查询范围，这东西用好了能让代码干净一大截，但用不对，反而会埋下不少隐形的坑。具体怎么注册、怎么写、怎么避免冲突，下面这几个要点基本能覆盖大部分实际场景。

全局查询范围怎么注册才生效

全局作用域必须在模型基类里用 protected $scope = [] 声明，或者通过 Model::scope() 动态绑定。直接在子模型里写 protected $scope 是不会自动继承父类的全局作用域的——这是最常见的失效原因，一不小心就会掉坑里。

• 全局作用域的方法名必须是以 scope 开头，比如 scopeSoftDelete，否则框架压根儿认不出来
• 作用域方法必须返回 $query 对象（也就是当前的 Query 实例），不能只写个 where 就完事
• 如果用了多层继承（比如 BaseModel → AdminModel → User），只有最顶层基类的 $scope 数组会被自动加载，子类需要手动合并，否则作用域会丢失

// 正确：在 BaseModel 中统一注册
class BaseModel extends Model
{
    protected $scope = ['softDelete', 'tenant'];

    public function scopeSoftDelete($query)
    {
        return $query->where('delete_time', null);
    }
}

scope 方法里为什么不能用 $this->where()

这个问题很多人会踩。简单说，$this->where() 是模型实例的方法，它操作的是当前模型数据，而不是查询构建器。而查询范围本质上是在修饰 Query 对象，必须用参数传进来的 $query 来链式调用，才能正确作用到最终的 SQL 上。

• 写成 $this->where('status', 1)，看起来好像能跑通，但实际上它对最终的 SQL 没任何影响，因为根本没作用到查询上下文里
• 多表关联时尤其危险：作用域里误用 $this 可能会触发无意义的主键查询，拖慢整体性能
• 如果需要复用其他作用域的逻辑，应该调用 $query->scope('xxx')，而不是 $this->scopeXxx()

正确的写法是始终以 $query 为操作主体：

public function scopeActive($query)
{
    return $query->where('status', 1)->where('is_deleted', 0);
}

全局 scope 和局部 withScope 混用时谁优先

withScope() 是显式调用，它会覆盖同名的全局作用域定义，但不会覆盖未声明的全局作用域。也就是说：

• 全局已经注册了 softDelete，又调用了 User::withScope('softDelete')->select()：效果一样，不会重复生效
• 全局没注册 adminOnly，但写了 User::withScope('adminOnly')->select()：直接报错 Method adminOnly does not exist
• 同时用了 withScope(['softDelete', 'adminOnly'])，其中 adminOnly 是自定义方法且没注册到 $scope：照样报错
• 如果想临时禁用某个全局作用域，得用 withoutGlobalScope()（5.1+）或者手动构造查询，不能靠“不写就等于关闭”
• 多个作用域叠加时，执行顺序就是 withScope() 数组里的顺序，和 $scope 声明顺序无关

scope 返回空结果或条件被忽略的常见原因

最常遇到的坑是作用域里写了死值判断，或者依赖了运行时不可用的上下文：

• 在作用域里直接读 input('tenant_id') 或 session('user')：控制器还没执行，这些值往往是空的，导致条件恒假
• 使用 now()、date() 等 PHP 函数拼 SQL：可能会被缓存机制截断，或者在预编译阶段就把时间点固化住了
• 作用域里调用了 $query->find() 或 $query->count()：这会立刻执行查询，打断链式流程，后续的 select() 还会再查一遍
• 推荐做法：所有动态值都通过闭包参数传入，比如 scopeTenant($query, $tenantId = null)，调用时再传真实值
• 如果必须读请求上下文，建议改用 think\Request 实例注入，或者在控制器中先判断再决定是否启用该作用域

关键在于，作用域看似简单，但它运行在 Query 构建的早期阶段，任何对运行环境的假设都容易翻车。别把它当普通方法写，得当成 SQL 模板的一部分来维护。