Java基本类型本身不抛异常，异常主要来自包装类的装箱/拆箱（NullPointerException）和字符串解析（NumberFormatException），需针对性预防或捕获。
Java 基本类型（如 int、boolean）本身不会抛出异常，真正可能抛异常的是它们的包装类（如 Integer、Boolean）在装箱、拆箱或解析字符串时的操作。异常处理的关键不在于“捕获基本类型”，而在于识别哪些包装类操作容易出错，并针对性地捕获对应异常。
装箱/拆箱过程中的 NullPointerException
自动装箱（int → Integer）和自动拆箱（Integer → int）看似透明，但当包装类引用为 null 时，拆箱会触发 NullPointerException：
Integer x = null; int y = x; // 运行时抛出 NullPointerException
这不是编译错误，无法被 catch (Exception e) 外层兜底掩盖——它属于运行时异常，需提前预防或明确捕获：
- 在拆箱前判空：
if (x != null) { int y = x; } - 若必须捕获，用
catch (NullPointerException e)，但更推荐主动防御而非被动捕获 - 避免在关键路径上依赖自动拆箱，尤其来自外部输入（如 JSON 解析、数据库映射）的包装类字段
字符串转数值时的 NumberFormatException
使用 Integer.parseInt()、Double.valueOf() 等静态方法将字符串转为数值类型时，格式非法会抛 NumberFormatException：
立即学习“Java免费学习笔记（深入）”；
String s = "12a"; int n = Integer.parseInt(s); // 抛出 NumberFormatException
这是最常需要显式捕获的异常场景：
- 始终用
try-catch包裹解析逻辑，不要假设输入合规 - 优先使用带默认值的工具方法（如 Apache Commons Lang 的
NumberUtils.toInt(s, 0)），减少 try-catch 噪声 - 对用户输入，建议先用正则粗筛（如
s.matches("-?\d+")），再解析，提升可读性与性能
包装类构造器与静态工厂方法的区别
new Integer(String) 已废弃，且仍会抛 NumberFormatException；而 Integer.valueOf(String) 行为一致，但推荐使用后者（可能复用缓存对象）。注意：两者都可能异常，捕获方式相同。
另外，Boolean.parseBoolean() 不会抛异常（非法字符串返回 false），但 Boolean.valueOf(String) 同样安全，且返回 Boolean 对象，适合泛型场景。
- 统一用
valueOf()替代已废弃构造器 - 对布尔值，若需严格校验（如只接受 "true"/"false"），应手动判断并抛自定义异常，不能依赖
parseBoolean - 避免用
new Boolean(String)—— 不仅过时，还绕过缓存且同样抛异常
Optional 与现代写法的辅助作用
从 Java 8 起，可用 Optional 显式表达“可能为空”的语义，配合包装类降低 NPE 风险：
Optional<String> input = Optional.ofNullable(getUserInput());
int value = input.map(Integer::parseInt)
.orElse(0); // 解析失败时给默认值
虽然 map(Integer::parseInt) 内部仍可能抛 NumberFormatException，但 Optional 本身不捕获它——你需要在外层 try-catch，或改用更安全的解析封装：
- 封装一个返回
Optional<integer></integer>的解析方法，内部捕获NumberFormatException并返回Optional.empty() - 结合 Spring 或 Jakarta EE 的数据绑定机制时，利用
@Valid和自定义ConstraintValidator在参数校验层拦截非法数值，比手动 try-catch 更符合分层原则 - 日志中记录原始字符串和异常堆栈，便于排查数据源问题，而非仅吞掉异常
