Laravel6服务容器单元测试？容器重置方法解决-php教程-PHP中文网

必须用 refreshApplication() 或 tearDown() 清理绑定，否则 Laravel 6 容器单例复用会导致测试间污染；如 bind 后不清理，后续测试会继承错误绑定，引发缓存异常、假邮件、resolved 断言误判等问题。

laravel6服务容器单元测试？容器重置方法解决

在 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() 配合手动管理）