Java中布尔校验与异常抛出的优雅写法：从传统if到函数式辅助模式

本文介绍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 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()（语义上更适用于参数校验）：

  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())
));