Laravel服务容器是依赖注入核心，自动解析类及其依赖、管理生命周期、绑定接口与实现；支持简单绑定、单例绑定和闭包绑定，推荐构造函数注入，避免滥用app()手动解析。

Laravel 的 Service Container（服务容器）是整个框架依赖注入（DI）的核心机制，它负责自动解析类及其依赖、管理对象生命周期、绑定接口与实现，并支持灵活的解耦设计。用好它，代码更易测试、可维护性更高。

理解 Service Container 的基本作用

服务容器本质上是一个“超级工厂”，它知道如何创建对象，尤其是当对象需要其他对象（即依赖）时，能自动递归解析并注入。你不需要手动 new 一个类再传入它的依赖，容器帮你搞定。

例如：UserRepository 依赖 DatabaseConnection，而 UserController 又依赖 UserRepository —— 容器能一层层自动构建完整对象树。

绑定接口到实现（Binding）

在 app/Providers/AppServiceProvider.php 的 register() 方法中注册绑定：

1. 简单绑定（Concrete binding）

• $this->app->bind(LoggerInterface::class, Logger::class);
• 每次解析 LoggerInterface 时，返回一个新的 Logger 实例

2. 单例绑定（Shared instance）

• $this->app->singleton(CacheManager::class, function ($app) { return new RedisCache(); });
• 整个请求生命周期内只创建一次实例

3. 闭包绑定（Custom resolution logic）

• $this->app->bind(EmailService::class, function ($app) { return new SendGridEmail($app->make('config')['mail.api_key']); });
• 可访问容器中的其他服务（如 config），适合带参数的构造

在类中使用依赖注入（Constructor & Method Injection）

最常见的是通过构造函数注入，Laravel 会自动从容器解析参数类型：

class OrderController extends Controller
{
    private $orderService;
    private $logger;

    public function __construct(OrderService $orderService, LoggerInterface $logger)
    {
        $this->orderService = $orderService;
        $this->logger = $logger;
    }

    public function store(Request $request)
    {
        $this->logger->info('Order created');
        return $this->orderService->create($request->all());
    }
}

控制器被访问时，Laravel 自动从容器取出 OrderService 和绑定好的 LoggerInterface 实现，无需手动 new 或 resolve。

方法注入也支持（如在控制器方法中直接写类型提示）：

• public function update(Request $request, OrderService $service)
• 仅限控制器方法或路由闭包，且需开启自动注入（默认开启）

手动从容器解析（Resolve）

多数时候你不需要手动 resolve，但某些场景有用，比如在非容器管理的类中临时获取服务：

• $logger = app(LoggerInterface::class);
• $cache = resolve('cache'); // 使用别名
• $db = app()->make(Connection::class);

注意：避免在业务逻辑中大量使用 app()，这会隐藏依赖，违背 DI 原则；优先用构造函数注入。

基本上就这些。Service Container 不复杂但容易忽略细节——关键是把“谁创建谁”交给容器，专注写真正有用的业务逻辑。