NullPointerException是RuntimeException子类，不强制try-catch或throws声明，编译通过但运行时中断流程；它反映逻辑缺陷而非外部故障，需前置防御而非捕获兜底。
java.lang.NullPointerException 是 RuntimeException 子类
它不强制要求 try-catch 或 throws 声明，编译器不会报错，但运行时一旦触发就直接中断流程。这点和 IOException、SQLException 这类 checked 异常完全不同——后者必须显式处理，否则连编译都过不去。
常见误操作：String s = null; s.length(); 会立刻抛出 NullPointerException，而 FileInputStream fis = new FileInputStream("missing.txt"); 编译阶段就会提示 “Unhandled exception type FileNotFoundException”。
它反映的是逻辑缺陷，不是环境或外部故障
NullPointerException 几乎总是代码写错了，比如：
- 对象声明了但没
new实例化（如List<string> list;</string>后直接调用list.add()） - 方法返回
null，调用方没判空就直接链式调用（如getUser().getName().toUpperCase()中getUser()返回null） - 集合元素未初始化（如
String[] arr = new String[3]; arr[0].length();） - 用
equals()时把可能为null的变量放左边（str.equals("a")→ 应写成"a".equals(str)或先判空）
它不能靠外围 catch 捕获来“兜底”，必须前置防御
捕获 NullPointerException 并吞掉（空 catch 块）是危险做法，相当于掩盖 bug。它不像 NumberFormatException 那样可预期地出现在用户输入解析场景中，而是暴露了对象生命周期管理或控制流疏漏。
立即学习“Java免费学习笔记（深入）”；
更稳妥的方式包括：
- 用
Objects.requireNonNull(obj, "msg")主动校验入参 - 返回值优先用
Optional<T>包装（如Optional<user> findUser(int id)</user>） - 集合类用
ArrayList::new或Collections.emptyList()替代null返回 - 启用 IDE 的 nullability 注解（如
@Nullable/@NotNull），配合编译期检查
它和 ClassCastException、ArrayIndexOutOfBoundsException 同属“可避免的运行时异常”
三者都不需要声明，也都源于代码对状态的错误假设：
-
ClassCastException：假设类型兼容，实际不满足instanceof条件 -
ArrayIndexOutOfBoundsException：假设下标在[0, array.length)范围内 -
NullPointerException：假设引用非 null
区别在于，后两者通常有明确边界（数组长度、类型关系），而 NullPointerException 的发生点更隐蔽——可能隔着几层方法调用，且 null 值来源多样（参数、字段、返回值、集合元素）。这也是它最难调试的根本原因。
