什么是服务容器和依赖注入？

Question

什么是服务容器和依赖注入？

Accepted Answer

**服务容器**（IoC 容器）是 Laravel 的核心——它管理**依赖注入**，自动解析和注入类的依赖关系。你进行类型提示来声明你需要什么，容器就会构造并提供它，使得代码松耦合、可测试。

## 自动依赖注入（常见情况）

```php
class OrderController extends Controller {
    // type-hinted dependencies are AUTO-RESOLVED by the container — no manual `new`
    public function __construct(
        private OrderService $orders,
        private PaymentGateway $payments,
    ) {}

public function store(Request $request, Mailer $mailer) {
        // $request and $mailer also auto-injected into the method
    }
}
```

容器读取 constructor（和 method）的类型提示，**自动构造并注入**依赖项——递归地解析它们的依赖项。对于服务，你很少直接调用 `new`；容器会把一切都组织在一起。

## 将实现绑定到接口

```php
// in a service provider — tell the container which implementation to use for an interface
$this->app->bind(PaymentGateway::class, StripeGateway::class);

// now anything type-hinting PaymentGateway gets a StripeGateway
class OrderService {
    public function __construct(private PaymentGateway $gateway) {}   // gets StripeGateway
}
```

将**接口绑定到实现**让你依赖抽象——并能交换实现（例如在测试中使用虚假网关），无需改动使用这些依赖的代码。

## 单例和手动解析

```php
$this->app->singleton(Cache::class, fn() => new RedisCache());   // ONE shared instance

// manual resolution (rarely needed — DI is preferred)
$service = app(OrderService::class);
$service = resolve(PaymentGateway::class);
```

`singleton` 注册单个共享实例；`app()`/`resolve()` 从容器手动获取。

## 为什么这很重要

服务容器和依赖注入是 Laravel 的基础——它们是框架将应用程序组件连接在一起的方式，所以理解它们对于有效地使用 Laravel 和编写架构良好的代码很重要。

容器的**自动依赖注入**无处不在：控制器、任务和其他类中的类型提示依赖项会自动解析并注入（构造整个依赖图），这就是为什么你很少手动实例化服务——这使得代码清洁、松耦合、可测试。

**将接口绑定到实现**的能力特别重要：依赖抽象（接口）而不是具体类，由容器提供实现，使代码灵活（通过配置交换实现）且高度**可测试**（在测试中注入 mocks/fakes——一个主要优势）。

理解容器（自动解析、接口绑定、单例）、DI 在 Laravel 中的工作方式，以及它如何实现可测试性和松耦合，是构建可维护应用程序和理解 Laravel 自身如何运作（其组件都通过容器解析）的宝贵知识。

由于服务容器支撑着 Laravel 的整个架构——而掌握 DI 是编写干净、可测试、符合框架习惯的代码的关键——这是重要的知识，区分了深刻理解 Laravel 并构建结构良好的应用程序的开发者，与那些编写紧耦合代码、不知道容器在其下面工作的开发者。