thinkphp模型scope方法需显式调用才生效，必须作为链式查询一环，如usermodel::scope('hot')->select()；定义须为public static且首参为$query，仅组装条件不返回数据。
ThinkPHP 模型 scope 方法为什么没生效
scope 方法不生效，大概率是调用姿势错了——它必须作为查询链式调用的一环，不能单独写在模型里就自动触发。
-
scope是个静态方法，但不是“注册即生效”的钩子，得显式调用，比如UserModel::scope('hot')->select() - 如果写了
protected $scope = ['hot']这类配置，ThinkPHP 8.x 已废弃，6.x 也不支持，纯属白写 - scope 方法名必须是 public、static，且第一个参数必须是
$query（Query对象），少一个都报错或静默失败 - 别在 scope 里 return 数据，它只负责修改
$query，最终结果由后续select()或find()决定
scope 参数传入和动态条件怎么写
scope 支持传参，但参数不会自动注入，得手动接住；常见误区是以为能像闭包 scope 那样直接用变量，其实要靠第二个及之后的参数接收。
- 定义时：public static function scopeStatus($query, $status = 'normal') { return $query->where('status', $status); }
- 调用时：
UserModel::scope('status', 'deleted')->select()—— 注意参数顺序，$query是自动传的，你只管后面几个 - 多个参数用数组传也行：
scope('timeRange', ['2024-01-01', '2024-12-31'])，函数内解构即可 - 别在 scope 里做复杂逻辑（比如连表、子查询），它本质是“条件组装器”，重逻辑建议抽成独立方法再调用
多个 scope 同时使用时的执行顺序和冲突
scope 是按调用顺序依次执行的，后调用的 scope 可以覆盖前面的同字段条件，这点容易引发隐性 bug。
-
UserModel::scope('hot')->scope('status', 'draft')->select()中，status条件会覆盖hot里可能写的where('status', 'hot') - 没有内置“scope 依赖”机制，比如
scopeHot依赖scopePublished，就得手动写成scope('published')->scope('hot') - 慎用同名字段多次
where，ThinkPHP 不会合并，而是叠加，比如两个 scope 都写$query->where('id', '>', 10)，最终 SQL 会出现两个AND id > 10，部分数据库会报错或行为异常
scope 和全局作用域（GlobalScope）的区别与取舍
scope 是手动、显式、按需的；GlobalScope 是自动、全局、无感的——选哪个，取决于“复用范围”和“是否可绕过”。
- 想让所有查询默认加软删除条件？用
GlobalScope，但它无法被单次查询关闭（除非手动removeScope） - 想让“热门文章”“付费用户”这些业务场景可组合、可开关？必须用
scope，它是自由的 - GlobalScope 的类必须实现
think\model\Scope接口，且要在模型中通过protected $scope = [MyScope::class]声明（TP6+），不是函数名字符串 - 别把 scope 当成“简化版 GlobalScope”来用——它们解决的是不同层级的问题：一个是查询构建语法糖，一个是数据访问策略
真正难的不是写 scope，而是设计它的颗粒度：太粗（如 scopeAdminList）没法复用，太细（如 scopeWhereTitleLike）又泛滥。留个心眼，每次加新 scope 前先翻翻已有的，别让 scope 变成模型里最乱的那堆方法。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
