laravel Eloquent作用域本质是封装查询条件的可复用方法：本地作用域定义在模型内、以scope开头、链式调用自动传入$builder；全局作用域需在boot()中注册、自动应用于所有查询，但不可访问请求上下文。
直接说结论： Laravel Eloquent 的作用域（Scopes）本质是封装查询条件的可复用方法，本地作用域写在模型里、以 scope 开头，全局作用域需注册到 boot() 中、以 applyScope() 方式注入；二者都返回 $builder，但调用方式和生命周期不同，混用时容易漏掉 return $builder 或错用静态/实例上下文。
本地作用域：定义在模型内部，链式调用时自动传入 $builder
本地作用域是模型类里的普通方法，命名必须以 scope 开头（如 scopeActive()），Eloquent 会自动把当前查询构造器 $builder 作为第一个参数传入。它不支持传参校验，也不参与模型初始化流程。
常见错误包括：忘记 return $builder（导致链式中断）、在作用域里误用 $this->where()（$this 是模型实例，不是构造器）、或把带参数的作用域写成 scopePublished($year)（正确应为 scopePublished($builder, $year)）。
使用场景：按状态筛选（如草稿/已发布）、按时间范围过滤、多租户数据隔离（tenant_id = ?）等轻量、高频、与当前模型强相关的逻辑。
class Post extends Model { public function scopeActive($builder) { return $builder->where('status', 'active'); } public function scopePublishedAfter($builder, $date) { return $builder->where('published_at', '>=', $date); } } // 调用 Post::active()->publishedAfter('2024-01-01')->get();全局作用域：一次注册，所有查询自动生效，适合跨模型通用规则
全局作用域是一个实现 IlluminatedatabaseEloquentScope 接口的类，或使用闭包定义。它通过在模型的 boot() 方法中调用 Static::addGlobalScope() 注册，之后该模型所有查询（包括 find()、first()、关联预加载）都会被自动包裹。
关键点：apply() 方法接收 $builder 和 $model，必须返回修改后的 $builder；若需临时取消全局作用域，用 withoutGlobalScopes() 或指定作用域名（如 withoutGlobalScope(TenantScope::class)）。
性能影响：全局作用域无条件执行，若逻辑复杂（如子查询、JOIN）可能拖慢所有查询；兼容性上，它不适用于软删除之外的“伪删除”场景（如 is_deleted = 1），除非你手动在每个作用域里处理。
class TenantScope implements Scope { public function apply(Builder $builder, Model $model) { $builder->where('tenant_id', tenant()->id); } } class Post extends Model { protected static function boot() { parent::boot(); static::addGlobalScope(new TenantScope()); } }什么时候该用本地作用域，什么时候该用全局作用域？
判断依据不是“功能强弱”，而是“是否需要无感介入所有查询”：
- 本地作用域：你想显式控制何时启用（比如只在后台列表用
->withTrashed()，前端列表不用）；或者逻辑依赖运行时参数（如当前用户权限、请求日期）；又或者仅对某几个模型有意义（如只有Order需要scopePaid()） - 全局作用域：你希望强制统一行为，且几乎永不绕过（如多租户隔离、软删除、数据归档标记）；但它会让测试变复杂（需 mock tenant 上下文）、调试困难（错误堆栈里看不到作用域来源）
- 特别注意：全局作用域不能访问请求上下文（如
request()或auth()），因为可能在队列、命令行或 API 中执行；此时应改用本地作用域 + 中间件/服务注入参数
容易被忽略的细节：作用域嵌套、软删除与 withTrashed() 的冲突
全局作用域和本地作用域会叠加执行，顺序是：全局作用域先 apply，再执行本地作用域。但如果模型启用了软删除（SoftDeletes），它的全局作用域（SoftDeletingScope）默认排在最前 —— 这意味着你自定义的全局作用域可能查不到已被软删除的记录，即使你调用了 withTrashed()。
解决办法：在自定义全局作用域的 apply() 中检查 $builder->getQuery()->wheres 是否含 deleted_at is NULL，或更稳妥地，用 withoutGlobalScopes() 手动排除软删除作用域后再加你的条件。
另一个坑：whereHas() 关联查询里不会自动应用父模型的全局作用域，但会应用关联模型自身的全局作用域 —— 如果你期望“只查当前租户的评论”，得在 Comment 模型里加租户作用域，而不是只在 Post 上加。