AssertJ/JUnit是否支持在单条链式断言中处理含异常场景？

嘿，这个需求很典型！我来给你捋清楚AssertJ和JUnit在这个场景下的表现：

一、AssertJ：完美支持流畅链式实现需求 #

AssertJ的设计本身就主打流畅断言，完全能在单条链式表达式里覆盖你说的「无异常则断言属性、有异常则断言异常类型」的逻辑。

举个具体的代码例子，假设你的被测单元X是一个方法调用（比如someService.handleRequest(input)），可以这么写：

assertThatCode(() -> X)
    // 分支1：如果X没抛出异常
    .doesNotThrowAnyException()
    .satisfies(result -> assertThat(result.getStatus()).isNotEqualTo("FAILED"))
    // 切换到异常分支
    .or()
    // 分支2：如果X抛出了异常，断言是指定类型
    .isInstanceOf(BusinessException.class);

这段代码的逻辑完全贴合你的需求：

• assertThatCode会执行Lambda里的被测单元X
• 如果X正常返回，就会走doesNotThrowAnyException()后的satisfies，对返回结果的属性做断言
• 如果X抛出异常，就会触发or()后的分支，直接断言异常是你期望的类型

而且整个逻辑是一条流畅的链式，可读性拉满，完全符合你要的单条表达式的要求。

二、JUnit：纯API需组合实现，结合AssertJ更优雅 #

JUnit 5（Jupiter）的原生断言API相对偏基础，没法像AssertJ那样直接写出单条流畅链式的异常分支断言，但可以通过try-catch结合断言来实现你的需求：

try {
    Result result = X;
    // 无异常时断言属性
    org.junit.jupiter.api.Assertions.assertNotEquals("FAILED", result.getStatus());
} catch (Exception e) {
    // 有异常时断言类型
    org.junit.jupiter.api.Assertions.assertInstanceOf(BusinessException.class, e);
}

这种写法能实现需求，但不是单条链式，可读性稍弱。如果你的项目里已经引入了AssertJ，更推荐用前面AssertJ的写法，完全可以和JUnit的测试框架兼容使用。

内容的提问来源于stack exchange，提问作者Simeon Leyzerzon