laravel 6 的上下文绑定未失效，而是用法错误：when() 是查询构建器条件方法，用于拼接 sql；上下文绑定（when()->needs()->give()）是容器依赖注入配置，二者层级不同、用途迥异，不可混用。
上下文绑定在 Laravel 6 中没失效，是用法错了——when() 不是上下文绑定的替代方案，它俩解决的是完全不同的问题。
when() 是查询构建器的条件链式方法，不是容器绑定工具
when() 属于 Eloquent 查询构建器（Builder 类），只影响 SQL 查询的生成过程；而上下文绑定（$this->app->when(...)->needs(...)->give(...)）属于服务容器（Container），控制依赖注入时“该实例化哪个类”。两者不在同一层，混用必然出错。
- 你在控制器里写
$query->when(...)，是在拼 SQL 条件 - 你在
AppServiceProvider::register()里写$this->app->when(OrderProcessor::class)->needs(PaymentGateway::class)->give(...)，是在配置 DI 行为 - 如果误把
when()当成“让 OrderProcessor 在某种条件下用不同 PaymentGateway”，那逻辑就跑偏了——它根本不会触发容器解析逻辑
Laravel 6 的上下文绑定本身稳定，但容易漏掉关键约束
Laravel 6 的 when()（容器方法）要求第一个参数必须是 class string 或 class array，不能是实例、闭包或动态表达式。常见失效场景：
- 传了
new OrderProcessor()而不是OrderProcessor::class→ 报错Class name must be a string - 用了
when('App\OrderProcessor')但命名空间拼错或未自动加载 → 绑定注册成功，但运行时解析不到类，静默 fallback 到默认实现 - 多个
when()链式调用时，后注册的覆盖前注册的（Laravel 6 容器不合并同抽象的上下文绑定）→ 只有最后一个生效 - 绑定写在了非
register()方法中（比如写在boot()），导致时机太晚，部分服务已被解析过，绑定不生效
when() 查询链式调用失效？大概率是判空逻辑没写对
你看到的“when() 不执行闭包”现象，90% 是因为第一个参数被 PHP 当成了 falsy 值。Laravel 6 的 when() 对参数不做额外包装，直接 if ($condition) 判断：
-
$request->game是空字符串''、数字0、布尔false→ 闭包跳过 -
isset($request->game)或$request->filled('game')才是安全判断方式 - 不要写
->when($request->game, function(...) {...})，要写->when($request->filled('game'), function(...) {...}) - 闭包内必须
return $query（Laravel 6 不支持隐式返回，省略会导致链断裂）
复杂搜索场景下，when() 的链式结构很干净，但别指望它能代替容器行为；上下文绑定也确实可靠，只是它不处理 HTTP 请求参数这种运行时变量——这两者本来就不该互相救场。
