异常用于处理可恢复错误和输入校验，如通过IllegalArgumentException检查参数合法性；断言用于验证内部逻辑假设，如私有方法状态检查，默认生产环境关闭；两者结合使用可提升代码健壮性与调试效率。
在Java中，合理利用异常和断言可以显著提升代码的健壮性和可维护性。它们帮助开发者尽早发现问题，防止错误蔓延到程序的其他部分。虽然异常处理和断言用途不同，但结合使用可以在开发和运行阶段形成多层保护。
使用异常进行输入校验和流程控制
异常是Java中处理错误的标准机制，尤其适用于可恢复的错误或非法状态。通过主动抛出异常，可以在问题发生时立即中断执行并提示调用方。
常见的做法是在方法入口处对参数进行校验：
- 使用Objects.requireNonNull()检查null输入，避免空指针异常在后续逻辑中爆发
- 对数值参数使用条件判断，不符合预期时抛出IllegalArgumentException
- 自定义业务异常，在特定场景下提供更清晰的错误信息
例如：
立即学习“Java免费学习笔记（深入）”；
public void setAge(int age) {
if (age < 0 || age > 150) {
throw new IllegalArgumentException("年龄必须在0到150之间");
}
this.age = age;
}
利用断言验证内部假设
断言（assert）用于验证程序员的内部假设，通常用来检查私有方法的前置条件、循环不变式或不可能到达的代码分支。与异常不同，断言默认在生产环境中是关闭的，适合用于开发和测试阶段。
启用断言需要在JVM启动时添加-ea（enable assertions）参数。
示例：在私有方法中确保传入的状态合法
private void processState(int state) {
assert state == 1 || state == 2 || state == 3 : "无效的状态值: " + state;
// 正常处理逻辑
}
这种方式能快速暴露逻辑错误，而不影响生产环境性能。
异常与断言的分工原则
为了增强代码健壮性，应明确两者的使用边界：
- 对外部输入、用户数据、API参数等可能出错的情况，使用异常处理
- 对程序内部逻辑、不可能出现的状态、开发期假设，使用断言
- 断言不应替代参数校验，因为可能被关闭
- 不要用断言处理可恢复的错误或资源释放逻辑
结合日志与异常链提升调试能力
在捕获和抛出异常时，保留原始异常信息有助于定位问题根源。使用异常链（throw new RuntimeException(e)）或日志记录堆栈跟踪，能提高排查效率。
同时，在关键路径插入断言，配合日志输出，可以让系统行为更透明。
try {
result = riskyOperation();
assert result != null : "高风险操作结果不应为空";
} catch (Exception e) {
log.error("操作失败", e);
throw new ServiceException("服务调用异常", e);
}
基本上就这些。异常负责应对可预期的错误，断言则守护代码的内在逻辑一致性。两者配合得当，能让Java程序更稳定、更容易调试。
