在 Laravel 测试中，expectException() 无法捕获已被框架自动处理的异常（如通过 render() 方法响应视图的自定义异常），需调用 $this->withoutExceptionHandling() 临时禁用异常处理机制，才能使断言生效。
在 laravel 测试中，`expectexception()` 无法捕获已被框架自动处理的异常（如通过 `render()` 方法响应视图的自定义异常），需调用 `$this->withoutexceptionhandling()` 临时禁用异常处理机制，才能使断言生效。
Laravel 默认会在测试环境中启用全局异常处理机制——即当请求中抛出异常时，框架会自动调用异常类的 render() 方法（如你定义的 CustomException::render()），将其转换为 HTTP 响应（例如返回 custom-exception 视图）。这种“被处理”的异常不会向上冒泡到测试断言层，因此 $this->expectException(CustomException::class) 总是失败。
要让 expectException() 正常工作，必须绕过 Laravel 的异常处理中间件和渲染逻辑，使异常原样抛出。解决方案是在测试方法开头调用：
$this->withoutExceptionHandling();
该方法会禁用 Illuminate\Foundation\Exceptions\Handler 的自动处理流程，使异常直接穿透至 PHPUnit，从而被 expectException() 捕获。
✅ 正确的测试写法如下：
public function test_email_verification_screen_can_be_rendered()
{
$this->withoutExceptionHandling(); // ? 关键：禁用异常处理
$user = User::factory()->create([
'email_verified_at' => null,
]);
$this->expectException(CustomException::class); // 现在可以成功断言
$response = $this->post('/login', [
'email' => 'test@example.com',
'password' => 'secret'
]);
}
⚠️ 注意事项：
- withoutExceptionHandling() 仅影响当前测试方法，不影响其他测试；
- 若同时需要验证响应视图（如 assertViewIs('custom-exception')），则不能使用 withoutExceptionHandling()，因为此时异常不再被渲染为视图——二者目标冲突，应根据测试目的二选一：
- 验证异常是否被抛出 → 启用 withoutExceptionHandling() + expectException()；
- 验证异常是否被正确渲染 → 保持异常处理开启 + assertViewIs() 和 assertInstanceOf(..., $response->exception)。
? 小结：expectException() 的本质是监听未被捕获的原始异常；而 Laravel 的异常处理机制默认“捕获并转化”了它。理解这一机制差异，是编写可靠异常测试的关键。
