Laravel服务容器通过反射扫描类型提示、递归解析依赖并结合显式绑定实现可控依赖注入，支持构造函数/方法/中间件等多场景注入，以解耦、可测试和灵活替换为核心目标。

Laravel服务容器是依赖注入的执行中枢，它不靠手动new，而是靠反射+绑定+递归解析，把类需要的所有依赖自动塞进去。关键不在“自动”，而在“可控”——你能决定某个接口用哪个实现、某个类是否复用、某个依赖在什么上下文里被替换。

服务容器怎么知道该注入什么？

靠PHP反射机制扫描构造函数参数的类型提示。只要参数写了OrderRepository $repo，容器就尝试解析OrderRepository这个类。如果它本身也有带类型提示的构造函数，容器会继续往下扫，直到所有依赖都被实例化。

• 没有类型提示的参数（比如$config）无法自动解析，必须显式绑定或传值
• 抽象类或接口必须提前绑定具体实现，否则解析失败
• 解析过程支持循环依赖检测，避免无限递归

绑定不是可有可无的配置，而是契约声明

绑定告诉容器：“当有人要PaymentGatewayInterface，就给StripePaymentGateway”。这不是硬编码，而是解耦的关键动作。

Laravel Cloud

Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。

下载

• bind()：每次请求都新建实例
• singleton()：全局唯一实例，适合数据库连接、日志器等
• instance()：直接塞一个已创建好的对象进去
• 绑定通常写在服务提供者的register()方法里，框架启动时统一加载

依赖注入不只是构造函数里写个参数

它贯穿Laravel运行全程，且形式灵活：

立即学习“PHP免费学习笔记（深入）”；

• 控制器构造函数注入：最常见，用于管理核心业务服务
• 控制器方法注入：路由执行时自动注入Request、FormRequest等
• 中间件构造函数注入：自定义中间件也能用容器管理依赖
• 事件监听器和队列任务：构造函数参数同样被自动解析

控制反转（IoC）的本质是责任转移

传统代码里，OrderService自己new PaymentGateway；用了IoC之后，它只声明“我要一个网关”，创建和组装的事交给容器。这带来两个实际好处：

• 测试时可以轻松换上Mock网关，不用改业务代码
• 切换支付渠道只需改一行绑定，不用动十几个new的地方
• 类不再关心依赖从哪来，只专注“做什么”，职责更清晰