laravel 是一个流行的 php 框架，它采用了依赖注入这一设计模式。依赖注入，或者简称 di，是一种通过将依赖项传递给对象，而不是由对象本身创建或查找依赖项的方式来减少代码之间耦合的设计模式。
在非面向对象、非 DI 的代码中，当需要一个对象时，我们通常需要在代码中找到构造该对象所需的类，并通过实例化该类来获得指向该对象的引用。这种方式存在着很多问题，包括：
- 对象实例化过于耦合，无法灵活应对不同的情况。
- 不利于单元测试，需要实例化多个类来进行测试。
- 代码易于出现重复。
通过 DI 设计模式，我们可以将复杂的类实例化交给框架来管理，让框架帮助我们创建对象并注入依赖项，从而轻松解决上述问题。在 Laravel 框架中，DI 是通过服务容器模式实现的。
服务容器是 Laravel 提供的一个用于管理类依赖的工具，我们可以通过服务容器实现依赖注入。服务容器内部维护一个对象实例在整个应用程序生命周期中提供服务的实例列表，实现了对象实现可以重复利用，避免了重复创建的问题，同时又可以更好地解耦对象之间的关系。
在 Laravel 中，定义服务提供者是实现依赖注入的第一步。服务提供者是一个类，它注册应用程序中的类、接口或任何对象，并使它们可以在闭包或者控制器的构造函数中实现依赖注入。
服务提供者要继承 Illuminate\Support\ServiceProvider。在 register() 方法中，我们可以使用 bind() 方法将一个类或者接口绑定到服务容器中。当我们需要一个实例化的类时，服务容器会根据我们的定义自动创建实例并返回。
举例来说，我们创建一个叫做 Foo 的类，并将它注册到服务容器中。在控制器中调用该类时，只需要在构造函数中引用该类，即可让服务容器自动注入 Foo 类的实例。
use App\Services\Foo;
...
class MyController extends Controller {
public function __construct(Foo $foo) {
$this->foo = $foo;
}
public function index() {
return $this->foo->doSomething();
}
}在上述例子中，控制器的构造函数中引用了 Foo 类，服务容器便会自动创建 Foo 类的实例并注入 MyController 类的构造函数中，我们可以随意调用实例方法，实现了依赖注入的功能。
除了 bind() 方法，服务提供者还可以使用 singleton() 方法将一个对象绑定到服务容器中，该对象对整个应用程序只创建一次，被所有代码共享。
总之，在现代的 PHP 开发过程中，依赖注入已成为了不可或缺的一部分。Laravel 的服务容器机制使依赖注入更加优雅，简化了代码，让程序员更加专注于业务功能的实现。掌握 Laravel 服务容器的使用，可以帮助我们写出高效、可维护的 PHP 代码。
