NullPointerException 是 Java 中继承自 RuntimeException 的非受检异常，因对 null 引用执行方法调用、字段访问、数组操作或自动拆箱等操作而触发，反映逻辑缺陷而非外部故障，编译器不强制处理，需通过判空预防。
NullPointerException 是 Java 中典型的非受检异常（unchecked exception），它继承自 RuntimeException，编译器不强制要求捕获或声明。它的成因不是语法错误，而是运行时逻辑缺陷：程序试图对一个值为 null 的引用，执行只有非空对象才能完成的操作。
为什么是“空指针”而不是“空对象”
Java 中的变量（尤其是引用类型）并不直接存储对象，而是存储指向堆内存中对象的“地址”。当这个地址是 null，就代表它没指向任何有效内存位置——相当于一个“无效指针”。JVM 在执行如 obj.method()、obj.field、arr.length 或自动拆箱（如 Integer i = null; int x = i;）等操作时，会检查该地址是否有效；无效则立即抛出 NullPointerException。
为什么属于非受检异常
这类异常反映的是代码逻辑疏漏，而非外部不可控因素（比如 IO 失败、网络中断）。Java 设计上认为：开发者本应在编码阶段就预见并规避它，而不是靠 try-catch 被动兜底。所以：
- 编译器不会报错，也不强制你加 throws 或 try-catch
- 一旦发生，程序默认崩溃（除非上层捕获），倒逼你修复根源
- 它和 ArrayIndexOutOfBoundsException、IllegalArgumentException 属于同一类设计哲学：错在“不该这么写”，而非“环境出了问题”
典型触发动作（不是赋值 null 就抛异常，而是“用”null 时才抛）
以下操作只要作用于 null 引用，就会立刻触发：
- 调用实例方法（
str.trim()，而 str == null） - 访问实例字段（
user.name，而 user == null） - 获取数组长度（
arr.length，而 arr == null） - 访问数组元素（
list.get(0)返回 null 后再调用其方法） - 自动拆箱（
Boolean flag = null; if (flag) {...}） - 同步块中锁对象为 null（
synchronized(obj) {...}，obj == null）
关键认知：null 本身合法，误用才危险
null 是 Java 的合法字面量，表示“无引用”。声明 String s = null; 没问题；把它传参、存 Map、甚至返回，也都合法。问题只出现在后续某处**未经判空就直接使用**。所以根治思路从来不是“消灭 null”，而是“明确 null 的语义 + 控制使用边界”。
