laravel 11 强制绑定必须在服务提供者 register() 中完成，禁止 boot() 或运行时绑定；接口绑定需显式指定实现类；singleton() 默认延迟初始化；闭包中 $app 参数改为 container 实例，须用 make() 获取服务。
升级 Laravel 11 时，服务容器的绑定机制发生了实质性调整：旧版中允许在任意位置调用 $this->app->bind() 的松散模式被收紧，所有绑定必须在服务提供者的 register() 方法内完成，且容器不再支持运行时动态覆盖已注册的抽象绑定——这意味着你在中间件、控制器或闭包中直接调用 app()->bind() 将被忽略或触发未定义行为。
绑定位置强制收口到 register() 方法
第一步：打开 app/Providers/AppServiceProvider.php 文件。
第二步：确认所有 bind()、singleton()、instance() 调用都位于 register() 方法内部，而非 boot() 或其他任意作用域。
第三步：若发现有绑定写在 boot() 中，立即剪切并粘贴到 register() 开头位置——【Laravel 11 不允许在 boot() 中执行绑定操作，否则绑定失效】。因为 boot() 执行时，容器已进入解析阶段，绑定表 $bindings 锁定不可写。
这一步操作起来很简单，直接把文件拖进去就行。
接口绑定必须显式声明实现类
方法一：使用完整类名字符串绑定
$this->app->bind('App\Contracts\PaymentGateway', 'App\Services\StripeGateway');
方法二：使用 ::class 常量（推荐）
$this->app->bind(PaymentGateway::class, StripeGateway::class);
注意：Laravel 11 不再尝试自动推导接口对应的实现类；如果只写 $this->app->bind(PaymentGateway::class); 而不指定第二个参数，容器将报错 Target [App\Contracts\PaymentGateway] is not instantiable —— 这是硬性限制，不是配置遗漏。
单例绑定 now() 行为变更
在 Laravel 10 及更早版本中，singleton() 绑定后首次 make() 会立即执行回调并缓存实例；但在 Laravel 11 中，singleton() 默认延迟初始化，直到第一次真正需要该服务时才调用回调。
如果你依赖“应用启动即初始化单例”的旧逻辑（例如初始化 Redis 连接池），必须显式调用 $this->app->make(YourService::class) 强制触发：
// 在 register() 方法末尾添加
$this->app->make(CacheManager::class);
这行代码不能省略，否则你的单例可能在首次请求时才创建，导致冷启动延迟升高。
闭包绑定中 $app 参数类型变更
旧写法（Laravel 10 兼容但 Laravel 11 已弃用）：
$this->app->bind(Logger::class, function ($app) { return new Logger($app['config']->get('logging.default')); });
新写法（Laravel 11 必须）：
$this->app->bind(Logger::class, fn ($app) => new Logger($app->make('config')->get('logging.default')));
关键变化：【$app 参数现在是 Illuminate\Container\Container 实例，不再支持数组式访问如 $app['config']】。必须改用 $app->make() 或 $app->get() 显式获取服务。
