Laravel服务容器是依赖注入核心，自动解析类及其依赖、管理生命周期、绑定接口与实现；支持简单绑定、单例绑定和闭包绑定，推荐构造函数注入，避免滥用app()手动解析。
Laravel 的 Service Container（服务容器）是整个框架依赖注入（DI）的核心机制，它负责自动解析类及其依赖、管理对象生命周期、绑定接口与实现，并支持灵活的解耦设计。用好它，代码更易测试、可维护性更高。
理解 Service Container 的基本作用
服务容器本质上是一个“超级工厂”，它知道如何创建对象，尤其是当对象需要其他对象（即依赖）时，能自动递归解析并注入。你不需要手动 new 一个类再传入它的依赖，容器帮你搞定。
例如：UserRepository 依赖 DatabaseConnection，而 UserController 又依赖 UserRepository —— 容器能一层层自动构建完整对象树。
绑定接口到实现（Binding）
在 red">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 不复杂但容易忽略细节——关键是把“谁创建谁”交给容器，专注写真正有用的业务逻辑。
