本文介绍java中对布尔表达式进行校验并按需抛出异常的多种实践方式，涵盖基础if语句、自定义工具方法、第三方库（如apache commons lang、guava）及java 9+新特性，强调可读性、复用性与函数式风格。
在Java开发中，常需对某个布尔条件进行校验——若为 false，立即抛出特定异常（如 ValidationException）。虽然最直接的方式是使用 if (!condition) throw new XxxException(...)，但开发者往往希望获得更简洁、可复用、函数式风格的辅助方法，类似 Kotlin 的 check() 或 AssertJ 的断言式语法。
✅ 推荐方案对比
1. 基础写法（简洁、零依赖、语义清晰）
if (!myFalseReturningMethod()) {
throw new ValidationException("Check request");
}✅ 优势：无额外依赖、JVM优化友好、调试直观、IDE支持完善。
⚠️ 注意：不适用于需链式调用或作为表达式嵌入复杂逻辑的场景（如 lambda 内部）。
2. 自定义静态工具方法（推荐复用场景）
public class Preconditions {
public static void checkTrue(boolean condition, Supplier<RuntimeException> exceptionSupplier) {
if (!condition) {
throw exceptionSupplier.get();
}
}
// 使用示例
checkTrue(myFalseReturningMethod(), () -> new ValidationException("Check request"));
}该方法模仿 Objects.requireNonNull 设计，支持延迟异常构造（避免无谓对象创建），且可轻松集成至项目通用工具包。
3. 第三方库支持
-
Apache Commons Lang 3.12+ 提供 Validate.isTrue()：
import static org.apache.commons.lang3.Validate.isTrue; isTrue(myFalseReturningMethod(), "Check request"); // 默认抛 IllegalArgumentException isTrue(myFalseReturningMethod(), () -> new ValidationException("Check request")); -
Google Guava 的 Preconditions.checkArgument()（语义上更适用于参数校验）：
立即学习“Java免费学习笔记（深入）”；
import static com.google.common.base.Preconditions.checkArgument; checkArgument(myFalseReturningMethod(), "Check request"); // 抛 IllegalArgumentException
⚠️ 注意：Guava 和 Commons Lang 的默认异常类型不同，若需强类型异常（如 ValidationException），建议使用带 Supplier 重载的方法，或自行封装。
4. Java 9+：Objects.requireNonNullElseGet() 不适用，但可巧用 Optional
虽然 Optional.of(...).orElseThrow() 适用于非布尔值的空值检查，但它不能直接用于布尔校验（因为 Optional.of(false) 是合法的，不会触发 orElseThrow）：
// ❌ 错误用法：false 是有效值，不会抛异常
Optional.of(myFalseReturningMethod()).orElseThrow(() -> new ValidationException("..."));
// → 返回 false，不抛异常！因此，切勿将 Optional 误用于布尔条件判断。
✅ 最佳实践建议
- 日常开发首选 if (!condition) throw ...：语义最直白，性能最优，符合《Effective Java》提倡的“简单即美”原则；
- 高频校验场景（如API入口统一校验）：封装 Preconditions.checkTrue() 工具方法，提升一致性与可测性；
- 已有 Apache Commons Lang 依赖时：直接使用 Validate.isTrue(...)，减少重复造轮子；
- 避免滥用 Optional 模拟布尔断言：它设计初衷是处理可能为空的引用，而非逻辑条件分支。
最后提醒：无论采用哪种方式，确保异常消息具备上下文信息（如包含变量值、请求ID等），便于问题定位。例如：
checkTrue(user.isActive(), () -> new ValidationException(
String.format("Inactive user rejected: %s", user.getId())
)); 
