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三者
