thinkphp 的 scope 并非自动生效，需显式调用或配置 usescope；闭包方式支持运行时参数，静态方法无法获取登录用户；withscope 会替换而非叠加作用域；join 查询中 scope 不下推，需手动加条件。
Scope 在 ThinkPHP 中不是“自动生效”的查询条件
很多人以为给模型加了 scope 就能全局过滤数据，结果在 where 后面手动加条件时权限被绕过了。这是因为 ThinkPHP 的 scope 本质是「可选的查询构建器预设」，不调用就不会执行。
-
scope必须显式调用，比如UserModel::scope('auth')->select()，或通过useScope配置默认启用（但仅对当前链式调用生效） - 直接写
UserModel::where(...)->select()完全不触发任何scope - 关联查询中，子模型的
scope不会自动继承父模型设置，得单独指定
用闭包定义动态 Scope 才能支持用户 ID、角色等运行时参数
静态 scope 方法（如 public function scopeAuth($query)）没法拿到当前登录用户信息，硬编码会导致权限失效或越权。必须用闭包方式把参数带进去。
- 定义：在模型里写
protected $scope = ['auth' => function ($query, $userId, $deptId) { ... }] - 调用：必须传参，
UserModel::scope('auth', $uid, $deptId)->select()，否则闭包参数为null - 注意：闭包里的
$query是Query对象，不是模型实例，不能调$this->xxx()
// 示例：按部门+角色双重过滤
UserModel::scope('auth', $uid, $deptId)->where('status', 1)->select();
Scope 和 withScope 混用时，后者优先级更高但容易覆盖前者
withScope 是 ThinkPHP 提供的“临时作用域开关”，但它会完全替换当前作用域配置，而不是叠加。如果你在全局 scope 里写了部门过滤，又用 withScope(false) 关掉，那整个链路就彻底没权限控制了。
-
withScope(true)只启用默认 scope（即模型里protected $defaultScope = ['auth']定义的） -
withScope(['auth', 'active'])会清空默认 scope，只执行你传的这两个 - 想“追加”而非“替换”，得手动合并：
withScope(array_merge($model->getDefaultScope(), ['extra']))
Scope 无法解决 JOIN 查询中的权限下推问题
当用 join 查用户 + 订单 + 商品时，如果只在 UserModel 上加 scope，订单表和商品表的数据仍可能泄露——因为 scope 只作用于主表 WHERE 条件，不会自动给 JOIN 表加 ON 或 WHERE 过滤。
- 必须手动在
join后补条件，例如->join('order o', 'u.id = o.user_id AND o.status IN (0,1)') - 更安全的做法是封装一个带权限的
joinAuth方法，在里面统一处理各表的可见性逻辑 - 复杂多表权限场景下，Scope 已经不够用，该考虑视图（View）或数据网关层拦截
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
