ThinkPHP全局查询范围必须在模型基类中通过protected $scope = []声明或Model::scope()动态绑定，作用域方法须以scope开头、返回$query对象，且只能操作$query不能用$this->where()。
全局查询范围怎么注册才生效
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'];
<pre class='brush:php;toolbar:false;'>public function scopeSoftDelete($query)
{
return $query->where('delete_time', null);
}}
scope 方法里为什么不能用 $this->where()
$this->where() 是模型实例方法，它操作的是当前模型数据，不是查询构建器；而查询范围本质是修饰 Query 对象，必须用参数传入的 $query 来链式调用。
- 写成
$this->where('status', 1)看似能跑通，但实际不会影响最终 SQL，因为没作用到查询上下文 - 多表关联时尤其危险：作用域里误用
$this可能触发无意义的主键查询，拖慢性能 - 如果需要复用其他作用域逻辑，应调用
$query->scope('xxx')，而不是$this->scopeXxx()
正确写法是始终以 $query 为操作主体：
立即学习“PHP免费学习笔记（深入）”；
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 模板的一部分来维护。
