全局作用域必须定义为模型类中带static的baseScope方法，接收并返回$query，否则不生效；它强制过滤所有查询，与withTrashed()仅匹配字段名生效，多租户场景需早期确定租户ID且关联模型须单独定义。
全局作用域（baseScope）不是“可选优化”，而是数据安全的强制过滤层——它会在每次查询、更新、删除前自动追加 WHERE 条件，无法绕过，也不该绕过。
全局作用域怎么定义才生效
必须在模型类中定义静态方法 baseScope，且接收一个 $query 参数并返回它。不能用普通方法名，也不能漏掉 static 关键字。
- ✅ 正确写法：
public static function baseScope($query) { return $query->where('delete_time', null); } - ❌ 错误写法：
public function baseScope($query)（缺static，不触发） - ❌ 错误写法：
public static function scopeBase($query)（命名错误，框架只认baseScope） - 注意：若模型继承自自定义基类（如
BaseModel），baseScope必须定义在该基类中，子模型不会自动继承该方法定义
全局作用域和软删除 withTrashed() 冲突怎么办
withTrashed() 的作用是临时移除软删除条件，但它只对 baseScope 中显式写的 delete_time IS NULL 有效；如果 baseScope 里混写了其他逻辑（比如手动 where('status', 1)），withTrashed() 不会动这部分。
-
withTrashed()本质是调用$query->removeWhere('delete_time')，仅针对字段名匹配 - 若
baseScope中写了$query->where('deleted_at', null)，但模型实际字段是delete_time，withTrashed()就完全失效 - 更危险的是：多个全局作用域叠加时（比如租户 + 软删除），
withTrashed()只影响第一个被注册的作用域，后续的仍保留 - 建议：软删除统一用框架内置的
SoftDeletetrait，避免手写baseScope覆盖其行为
多租户场景下，全局作用域如何避免漏过滤
租户 ID 必须在请求最早期就确定，并在 baseScope 中可靠读取——不能依赖 session、cookie 或后期解析的参数，否则会出现跨租户查数据。
- 租户标识应存入容器（如
think\facade\App::instance()->tenant_id），而非$_SESSION或全局变量 -
baseScope中禁止调用request()、session()等可能触发中间件或初始化的 Facade，容易引发循环依赖 - 关联模型默认不继承主模型的全局作用域，例如
User::with('orders')->find(1)中，Order模型仍需单独定义自己的baseScope - 若某模型需排除租户过滤（如系统配置表），只能用
withoutGlobalScope()，但必须明确指定作用域类名，不能传空数组
真正难处理的从来不是怎么写 baseScope，而是它一旦启用，就深度耦合进整个 ORM 生命周期——连 count()、update()、destroy() 都受其约束，且调试时 SQL 日志里看不到这个条件是怎么加进去的。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
