thinkphp中复用查询条件应正确使用模型查询范围（scope）和全局查询：scope需定义为public static方法且链式调用，全局范围须显式启用并注意子类不继承父类$scope数组，带参scope支持位置或关联数组传参，多scope组合顺序影响结果集，与全局作用域为and叠加关系。
要在ThinkPHP中复用常用查询条件，又不想在每个控制器里重复写where语句，就得靠模型查询范围（Scope）和全局查询——但两者生效机制、调用方式、继承行为完全不同，选错一种就可能导致条件漏加、静默失效或调试时完全找不到原因。
定义和启用模型查询范围（Scope）
第一步：在模型类中声明一个以scope开头的public static方法，第一个参数必须是$query，且不能返回数组或执行select()。
第二步：方法体内只操作$query对象，例如$query->where('status', 1)->order('id', 'desc')，不return任何值（隐式返回null即可）。
第三步：在控制器中调用时，必须走链式路径——User::scope('hot')->select()，不能写成User::scopeHot()或User::hot()，否则框架无法识别。
注意：如果方法签名写成public function scopeHot($query)（缺static），TP5.1+会静默失败，SQL里根本看不到该条件，连报错都没有。
全局查询范围的注册与生效规则
全局查询范围不是“定义即生效”，它必须显式启用才起作用。
方法一：在基类模型中定义protected static $scope = ['softDelete']，并配套实现public static function scopeSoftDelete($query)方法。
方法二：通过Model::scope('softDelete')动态绑定，但仅对后续查询有效，不作用于已实例化的模型对象。
【子类不会自动继承父类的 $scope 数组】——这是最常踩的坑。比如BaseModel里写了$scope = ['tenant']，而User extends BaseModel没重写$scope，那User查数据时tenant条件根本不会加进去。
带参Scope的两种传参方式
方法一：位置参数传入 → User::scope('hot', 30)->select()，对应方法定义为public static function scopeHot($query, $days = 7)。
方法二：关联数组传入 → User::scope(['hot' => 30, 'top' => 10])->select()，对应方法需接收$params = []，再从$params['hot']取值。
如果方法定义了$days参数却只调用->scope('hot')，$days值就是null，可能导致WHERE created_at >= NULL这类无效SQL，查不到数据也不报错。
多个Scope组合时的执行顺序影响
① 先调用->scope('published')再调用->scope('recent')：SQL中先加status = 1，再套时间过滤，结果集是从已发布记录里筛最近的。
② 反过来写->scope('recent')->scope('published')：先算出最近7天所有记录，再从中筛选status = 1的——若这7天内没有新发布的数据，结果直接为空。
这一步没法靠“感觉”判断，必须用User::scope('recent')->buildSql()看生成的SQL括号包裹是否符合预期。
Scope与全局作用域叠加时的行为
全局作用域是“默认自带”的条件，Scope是“手动追加”的条件，两者合并后SQL结构是WHERE (全局条件) AND (Scope条件)，不是覆盖关系。
如果全局作用域写了$query->where('delete_time', null)，而某个Scope又写了$query->where('status', 1)，最终SQL就是WHERE delete_time IS NULL AND status = 1。
别在不同Scope里重复设置同一字段，比如两个Scope都写$query->where('status', 1)，会导致status = 1 AND status = 1，虽能执行但冗余。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
