bind每次创建新实例，singleton全局共享单一实例；前者适用于无状态服务，后者用于资源密集或需单例的场景。

在 Laravel 服务容器中，bind 和 singleton 都用于绑定接口到具体实现，但它们在对象实例化方式上有本质区别。理解这一点对掌握 Laravel 的依赖注入机制至关重要。

bind：每次请求都创建新实例

使用 bind 方法绑定后，每次从容器解析该类或接口时，都会执行回调函数并返回一个全新的实例。

• 适合需要独立状态的类，比如表单处理器、临时数据构建器等。
• 多个地方调用 app()->make() 或通过类型提示自动注入时，会得到不同的对象实例。

$this->app->bind('App\Services\PaymentGateway', function ($app) {
    return new StripePaymentGateway();
});

// 每次解析都是新的实例
$gateway1 = app('App\Services\PaymentGateway');
$gateway2 = app('App\Services\PaymentGateway');
var_dump($gateway1 === $gateway2); // 输出 false

singleton：只创建一次实例，后续共享同一对象

使用 singleton 绑定后，容器会在第一次解析时执行回调函数并保存返回的实例，之后所有请求都会返回这个已创建的对象。

• 适用于消耗资源较多或需全局共享状态的服务，如日志记录器、数据库连接池、缓存驱动等。
• 保证整个应用生命周期中某个服务只有一个实例存在。

$this->app->singleton('App\Services\AnalyticsService', function ($app) {
    return new GoogleAnalyticsService();
});

// 多次解析返回同一个实例
$service1 = app('App\Services\AnalyticsService');
$service2 = app('App\Services\AnalyticsService');
var_dump($service1 === $service2); // 输出 true

底层机制差异

Laravel 容器内部有一个 $instances 数组用于存储单例对象。当你调用 singleton 时，容器不仅记录构造方式，还会在首次解析后把实例存入该数组；而 bind 不会存储实例，每次都重新构造。

• bind → 每次 make 都 invoke 回调
• singleton → 第一次 invoke 并缓存，后续直接取缓存

如何选择？

根据服务是否需要保持状态或性能开销来决定：

• 用 bind 如果：对象轻量、无状态、希望每次都是干净实例。
• 用 singleton 如果：初始化成本高、有共享数据、或应全局唯一（如事件调度器）。

基本上就这些。合理使用 bind 与 singleton，能有效控制对象生命周期，提升应用性能和可维护性。