方法注入仅在控制器action和路由闭包中有效，其他场景如service类、命令handle()、中间件等均不支持；它不改变依赖解析逻辑，仍需完整绑定所有依赖。
方法注入只在控制器 action 和闭包中有效
方法注入不是“ anywhere 写个类型提示就能用”，它只被 Laravel 在两个明确场景下识别并执行：控制器的 public 方法（比如 store()、update()），以及路由定义里的闭包回调。其他地方——比如普通 service 类的方法、命令类的 handle()、甚至中间件的 handle() ——写类型提示也不会触发自动解析。
常见错误现象：ArgumentCountError: Too few arguments，尤其在自定义类里模仿控制器写法时；或者依赖对象为 null，但没报错，只是逻辑静默失败。
- 控制器方法中，类型提示优先级高于路由参数：例如
public function show(Request $request, User $user, $id)，$user会按路由模型绑定解析，$id才是原始路由值 - 闭包路由中必须显式启用：要写成
Route::get('/users/{id}', function (Request $request, User $user) { ... })，不能省略Request或其他依赖，否则容器不介入 - 表单验证类（
FormRequest）本质是方法注入的延伸：Laravel 把StoreUserRequest当作一个可解析的“依赖”塞进方法参数，不是靠它自己构造
方法注入无法绕过构造函数依赖链
你在一个控制器方法里写了 SomeService $service，不代表 SomeService 自身的构造函数依赖就自动“消失”或被忽略。容器仍会递归解析它的全部依赖——如果 SomeService 的构造函数里有未绑定的接口、或依赖了未加载的配置，照样会抛出 Unresolvable dependency。
这和构造函数注入共享同一套解析逻辑，区别只在“谁来触发”。所以别以为方法注入更“轻量”就随便加，它背后仍是完整的服务容器调用栈。
- 若
SomeService依赖App\Contracts\CacheDriver，但你在AppServiceProvider::register()里漏了$this->app->bind(CacheDriver::class, RedisCache::class)，方法注入一样失败 - 方法注入不改变生命周期：每次请求该 action，都会新建一次
SomeService实例（除非它本身被注册为 singleton） - 无法覆盖构造函数注入已声明的属性：比如构造函数里已注入
$this->userService，方法参数再写UserService $userService是另一个实例，不是复用
队列任务和 Artisan 命令里不能用方法注入
handle() 方法看起来像控制器 action，但它不走 Laravel 的方法注入流程。队列任务反序列化后直接调用 handle()，容器不会扫描其参数类型提示；Artisan 命令的 handle() 同理，只支持构造函数注入（且仅限于由 app()->call() 触发的调用，比如 php artisan make:command 生成的默认结构）。
典型翻车现场：把控制器里能跑通的 MailManager $mailer 直接抄进任务 handle() 参数，结果执行时报 Class MailManager does not exist 或空对象。
- 队列任务唯一安全做法：所有依赖必须通过
handle()参数声明，并确保该类已在服务提供者中正确绑定 - Artisan 命令若需动态依赖，建议在
handle()内部用app(SomeService::class)或resolve(SomeService::class)显式获取，避免参数污染 -
__invoke队列任务完全不支持任何注入：既无handle()，也无容器参与，连app()都可能因上下文缺失而失效
测试时方法注入容易被 mock 绕过
单元测试里用 $this->postJson('/api/users', [...]) 走的是 HTTP 全链路，方法注入正常；但如果你用 $controller->store($request, $form) 直接调用方法，就跳过了容器，$form 不会被自动验证或实例化——它只是个普通参数。
更隐蔽的问题：用 expectsJobs() 或 withoutJobs() 测试涉及方法注入的逻辑时，mock 的 job 并不真正执行 handle()，你写的注入代码根本没运行。
- 测控制器方法注入，优先走 HTTP 测试（
call('POST', ...)），而不是直接调用方法 - 需要隔离测试某个 service 是否被正确注入到 action 中？用
resolve()+ mock：例如$mock = Mockery::mock(UserService::class); app()->instance(UserService::class, $mock); - 别在测试里依赖
app()->make()返回的实例去断言方法注入行为——那测的是容器，不是注入点
bind()。
