Laravel的依赖注入通过服务容器实现，自动解析类的构造函数或方法中的类型提示依赖，并支持接口与实现的绑定，从而降低耦合、提升可测试性与灵活性。
Laravel 中的依赖注入（Dependency Injection, DI）是其服务容器（Service Container）的核心功能之一，它让应用组件之间的耦合度更低，代码更易于测试和维护。依赖注入的工作方式不是手动创建对象，而是由框架自动将所需的类实例“注入”到需要它们的地方。
服务容器是依赖注入的基础
Laravel 的服务容器是一个强大的工具，负责管理类的依赖关系并自动解析它们。当你请求一个类实例时，容器会分析该类的构造函数或方法参数，查找所需依赖，并自动实例化这些依赖。
例如：如果你有一个控制器依赖于某个仓库类，Laravel 会在创建控制器时自动解析并传入这个仓库实例。
- 容器通过反射机制读取类的构造函数类型提示
- 根据类型提示自动实例化对应的依赖
- 支持绑定接口到具体实现，实现灵活替换
构造函数注入是最常见的方式
在控制器、中间件或自定义类中，你可以在构造函数中声明依赖，Laravel 会自动注入相应的实例。
示例：class UserController extends Controller
{
protected $userRepository;
public function __construct(UserRepository $userRepository)
{
$this->userRepository = $userRepository;
}
}
当访问 UserController 时，Laravel 会自动创建 UserRepository 实例并传入构造函数。如果 UserRepository 本身也有依赖，容器会递归解析。
方法注入用于特定场景
除了构造函数，你也可以在控制器的方法（如 action 方法）中使用依赖注入。Laravel 会优先解析类型提示的依赖，再处理路由参数。
常用于表单请求验证类（FormRequest）：
public function store(Request $request, StoreUserRequest $form)
{
// $form 已经被自动验证
// $request 是默认请求实例
}
注意：如果方法同时有路由参数和注入对象，Laravel 能正确区分两者。
绑定接口与实现提升灵活性
你可以使用服务提供者中的 bind 方法，将接口绑定到具体实现类，这样在依赖注入时，容器知道用哪个类来响应接口请求。
$this->app->bind(
UserRepositoryInterface::class,
EloquentUserRepository::class
);
之后，任何对 UserRepositoryInterface 的依赖都会自动解析为 EloquentUserRepository 实例。这在切换实现（如从数据库切换到 API）时非常有用。
基本上就这些。Laravel 的依赖注入机制简洁而强大，核心在于服务容器自动解析类型提示的依赖，无论是构造函数还是方法层面，都能无缝工作。配合绑定和契约设计，能构建出高度解耦的应用结构。
