Laravel 6 中服务容器不支持热替换，需通过 forgetInstance() 清除旧实例、bind()/singleton() 重绑、并确保依赖重建来实现动态切换，尤其注意 singleton 缓存与多层依赖链的清理。

在 Laravel 6 中，服务容器本身不支持“热替换”已绑定的服务实现（比如运行时把 CacheContract 的绑定从 FileCache 切换为 RedisCache），但可以通过**清除旧实例 + 重新绑定 + 强制刷新解析缓存**的方式达成动态切换效果。关键不是覆盖绑定，而是让容器下次 make() 时走新逻辑。

先清实例，再重绑

容器的 bind() 或 singleton() 只影响后续首次解析逻辑，已缓存的实例（尤其是 singleton）仍留在 $instances 数组中。必须手动清除：

• app()->forgetInstance(CacheContract::class) —— 清掉已缓存的单例对象
• app()->bind(CacheContract::class, RedisCache::class) —— 用新实现覆盖绑定定义
• 若该服务已被其他类（如控制器）提前解析过，还需确保依赖图重建：通常需在请求生命周期早期操作，或在中间件/服务提供者中统一处理

注意 singleton 的“只造一次”特性

如果你原来用的是 singleton()，直接调 bind() 不会改变已有实例行为——它只改了“下一次首次解析”的构造方式，而旧实例还在内存里。所以必须配合 forgetInstance()：

Laravel Cloud

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

下载

• 错误做法：app()->singleton(...) 后又 app()->bind(...) → 旧单例仍在，make() 仍返回它
• 正确流程：app()->forgetInstance(CacheContract::class); app()->singleton(CacheContract::class, RedisCache::class);

动态切换常用于配置驱动场景

比如根据请求头、用户角色或环境变量决定使用哪个缓存驱动：

• 在 AppServiceProvider@boot() 中不写死绑定，改用闭包判断：
  

  $this->app->singleton(CacheContract::class, function ($app) {<br>  return request()->header('X-Cache-Mode') === 'redis'<br>    ? new RedisCache($app->make('redis'))<br>    : new FileCache();<br>});

• 若需运行时切换（如管理员后台实时切驱动），则封装一个切换方法，并在其中执行 forgetInstance() + bind() + 触发重解析（例如重进路由或手动 app()->make()）

别忘了清理相关依赖链

有些服务被多层依赖引用（如 MailManager 依赖 Transport，而 Transport 又依赖 Config）。只清顶层抽象不够：

• 查清完整依赖路径：app()->make('mail.manager') → app()->make('swift.transport') → app()->make('config')
• 切换邮件传输时，要一起清：app()->forgetInstance('swift.transport'); app()->forgetInstance('mailer');
• 参考 Laravel 动态邮件配置方案：清除 mailer、swift.mailer、swift.transport 三者