在 java 单元测试中，使用 assertthrows 断言异常的核心做法是调用 junit 5 提供的静态方法，传入预期的异常类型和一段会抛出该异常的 executable 函数式接口（通常是 lambda 表达式）。该方法会执行传入的代码块，如果代码块抛出了指定类型的异常或其子类，则测试通过；如果未抛出异常或抛出了其他类型的异常，则测试失败。此外，你可以利用返回的异常对象进一步验证异常的具体细节，例如错误消息或自定义属性。
assertThrows 如何捕获并验证异常实例？
assertThrows 方法在执行完预期代码后，会返回一个异常实例对象。这个返回值允许开发者在断言之后继续对该异常进行更细致的检查，而不仅仅是确认其类型。通过接收这个返回值，你可以链式或直接调用方法来验证异常的消息内容、堆栈轨迹或业务逻辑中设置的特定状态，从而确保异常不仅被抛出，而且是在正确的上下文中抛出的。
import org.junit.jupiter.api.Test;
import org.junit.jupiter.api.Assertions;
public class UserServiceTest {
@Test
public void testCreateUserWithNullName() {
UserService service = new UserService();
// 1. 调用 assertThrows，传入异常类和 Lambda 表达式
// 2. 将返回的异常实例赋值给变量
IllegalArgumentException thrown = Assertions.assertThrows(
IllegalArgumentException.class,
() -> service.createUser(null, "email@example.com")
);
// 3. 对返回的异常实例进行进一步断言
Assertions.assertEquals(
"Name cannot be null",
thrown.getMessage()
);
}
}
// 假设的待测服务类
class UserService {
public void createUser(String name, String email) {
if (name == null) {
throw new IllegalArgumentException("Name cannot be null");
}
// 其他逻辑...
}
}
如何处理异常类型不匹配或未抛出的情况？
当使用 assertThrows 时，JUnit 内部使用了 try-catch 机制来包裹执行的代码。如果代码块正常结束而没有抛出任何异常，或者抛出了与预期类型不匹配的异常，assertThrows 会立即向测试框架报告失败。这种机制确保了测试的严格性：只有当确切的异常类型（或其子类）被抛出时，测试才会继续执行后续的验证步骤。如果希望测试在未抛出异常时失败，而不是仅仅记录日志，assertThrows 是比 assertDoesNotThrow 更合适的选择，因为它明确关注于“应该发生”的错误场景。
立即学习“Java免费学习笔记（深入）”；
import org.junit.jupiter.api.Test;
import org.junit.jupiter.api.Assertions;
public class CalculatorTest {
@Test
public void testDivideByZero() {
Calculator calc = new Calculator();
// 预期抛出 ArithmeticException
ArithmeticException exception = Assertions.assertThrows(
ArithmeticException.class,
() -> calc.divide(10, 0)
);
// 验证异常消息是否包含关键信息
Assertions.assertTrue(
exception.getMessage().contains("/ by zero"),
"Error message should indicate division by zero"
);
}
@Test
public void testDivideNormal() {
Calculator calc = new Calculator();
// 如果这里期望不抛出异常，应使用 assertDoesNotThrow
// 但为了对比，我们展示如果错误地使用了 assertThrows 会发生什么
// 以下代码会因未抛出 ArithmeticException 而失败
/*
Assertions.assertThrows(
ArithmeticException.class,
() -> calc.divide(10, 2)
);
*/
}
}
class Calculator {
public int divide(int a, int b) {
if (b == 0) {
throw new ArithmeticException("/ by zero");
}
return a / b;
}
}
在复杂业务逻辑中如何定位具体的异常抛出点？
在复杂的业务逻辑中，一个方法内部可能有多处抛出同一种异常的情况。此时，仅靠 assertThrows 的类型检查不足以确定是哪一步操作导致了失败。解决这个问题的关键在于结合异常的消息内容或自定义异常的属性进行断言。通过在 Lambda 表达式中构造特定的输入数据，使得只有一种路径会触发目标异常，然后验证返回的异常实例中的详细信息是否与预期一致。这样可以精确定位到代码中的具体行为，避免因为其他无关分支抛出相同类型异常而导致测试误判。
