必须用 refreshApplication() 或 tearDown() 清理绑定，否则 Laravel 6 容器单例复用会导致测试间污染；如 bind 后不清理，后续测试会继承错误绑定，引发缓存异常、假邮件、resolved 断言误判等问题。
在 Laravel 6 中做服务容器单元测试，不能靠手动 new 实例或全局修改 $app，必须用 refreshApplication() 或 tearDown() 清理绑定，否则测试间会相互污染。
为什么直接 bind() 后不清理会导致测试失败
Laravel 6 的服务容器是单例且跨测试方法复用的。如果你在某个测试里调用 $this->app->bind('foo', function () { return new Bar(); });，这个绑定会一直存在，影响后续所有测试——哪怕它们根本没用到 foo。常见现象包括：
- 测试 A 修改了
Cache::driver()绑定，测试 B 的缓存行为异常 - Mock 了
Mail::class，但下一个测试仍收到假邮件（因为绑定未清除） - 断言
$this->app->resolved('foo')在第二个测试中返回true，实际不该被解析过
正确重置容器的两种方式
必须在每次测试后还原容器状态。Laravel 6 提供两个可靠入口：
-
refreshApplication()：完整重建整个应用实例（含容器），开销稍大但最彻底；适合需要完全干净容器的场景，比如测试多个冲突绑定 -
tearDown()：轻量级清理，在每个测试结束后执行；推荐用于解除特定绑定：protected function tearDown(): void { parent::tearDown(); $this->app->forgetInstance('foo'); $this->app->forgetInstance(\App\Services\PaymentService::class); }
避免在 setUp() 里反复 bind() 而不 unbind()
很多人习惯在 setUp() 中注册 mock：
Laravel Cloud
下载
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
protected function setUp(): void
{
parent::setUp();
$this->app->bind(PaymentService::class, function () {
return Mockery::mock(PaymentService::class)->makePartial();
});
}
这会导致绑定累积。正确做法是先清再绑：
- 用
$this->app->forgetInstance(PaymentService::class)确保干净起点 - 或改用
swap()（仅限可替换绑定）：$this->app->instance(PaymentService::class, $mock);，它会自动覆盖旧实例 - 别依赖
bindIf()，它不解决已存在绑定的问题
测试容器解析逻辑时的关键陷阱
当你写类似 $this->assertTrue($this->app->bound('foo')) 的断言，要注意：
-
bound()只检查是否注册过，不保证能解析成功；要测可解析性，得用$this->app->resolved('foo')或实际make()并捕获异常 - 如果测试中触发了
booting或booted事件，容器状态可能被第三方包修改，此时refreshApplication()比forgetInstance()更安全 - Laravel 6 不支持
afterResolving()的自动清理，你得自己在tearDown()里移除回调（用unset($this->app->getContainer()->getBindings()['foo'])不行，得用forgetInstance()配合手动管理）
容器不是黑盒——它的生命周期和绑定表是可观察、可干预的，但所有干预都必须成对出现：bind/forgetInstance、instance/forgetInstance、swap/forgetInstance。漏掉任何一个，下一个测试就可能悄悄失败。
