Laravel控制器依赖注入核心是服务容器自动解析注入，而非手动new；构造函数注入最常用，需确保控制器由路由或app()创建；方法注入适用于临时依赖；路由模型绑定可自动注入Eloquent实例；手动取服务仅作补救。
Laravel 控制器中的依赖注入传参，核心是让服务容器自动解析并注入所需对象，而不是手动 new 实例。关键在于“谁创建控制器”和“参数写在哪”两个环节。
构造函数注入：最常用、最推荐的方式
把服务类作为类型提示参数写在控制器构造函数中，Laravel 会在实例化控制器时自动从容器取对应实例，并赋值给属性：
- 确保控制器由路由或 app() 创建（如访问
/users或调用app(UserController::class)），否则类型提示完全不生效 - 服务类本身不能有未解决的依赖，比如构造函数里用了未绑定的接口或原始值（如
string $host） - 若依赖接口（如
UserRepositoryInterface），必须在AppServiceProvider@register()中显式绑定：$this->app->bind(UserRepositoryInterface::class, EloquentUserRepository::class)
方法注入：适合临时性、条件性使用的依赖
在控制器具体方法（如 store() 或 index()）的参数中写类型提示，容器会在调用该方法前解析并传入：
- 适用于只在某个动作中才需要的服务，比如导出功能用到的
ExcelExporter - 不占用构造函数，避免为所有请求都加载不必要的依赖
- 注意：方法参数顺序不能随意调整，类型提示靠的是参数声明类型，不是变量名；基础类型（如
int $id）不会被容器解析，而是从路由或请求中按名匹配
路由模型绑定：自动注入 Eloquent 模型实例
当方法参数类型是 Eloquent 模型，且路由含对应参数名（如 {user}），Laravel 会自动查库并注入该模型实例：
- 例如
public function show(User $user)+ 路由Route::get('/users/{user}', ...)→ 自动注入 ID 匹配的 User 模型 - 模型需实现
UrlRoutable（Eloquent Model 默认已实现） - 若找不到记录，默认返回 404；可自定义行为，如改用
findOrFail()或添加中间件预处理
手动从容器获取：按需补救或特殊场景
在方法内部，可用 app() 或 $this->resolve() 主动取服务实例：
-
app(SomeService::class)：安全通用，适合条件判断后才需要的服务 -
$this->resolve(SomeService::class)：仅限控制器已由容器创建（即正常走路由），否则$this->container为空 - 不建议滥用，频繁手动取可能掩盖设计问题——该稳定依赖的，应走构造函数注入
