nullpointerexception 是非受检异常，因代码逻辑缺陷导致，java 要求开发者在编码阶段主动预防而非依赖编译器检查或运行时捕获。
因为 NullPointerException 反映的是代码逻辑缺陷，不是外部可变环境导致的问题，Java 设计上要求开发者在编码阶段主动预防，而不是靠编译器强制处理或运行时被动捕获。
它属于 RuntimeException 的子类
NullPointerException 直接继承自 RuntimeException，而所有 RuntimeException 及其子类都被 Java 规定为非受检异常。编译器不会检查这类异常是否被 try-catch 或 throws 声明，也不阻止你编译通过——哪怕你写了 String s = null; s.length(); 这种明显会崩的代码。
问题根源在开发逻辑，不在运行环境
受检异常（如 IOException、SQLException）对应的是程序“可能遇到但无法控制”的外部状况：文件可能被删、网络可能断、数据库可能挂。这些需要显式应对。而空指针几乎总是因为：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 忘了初始化对象（User user; 没 new）
- 方法返回 null 却没校验（getUser() 返回 null，直接调用 .getName()）
- 自动拆箱时包装类为 null（Integer i = null; int x = i;）
- 集合取值后未判空就调用方法（map.get("key") 返回 null，接着调 .trim()）
设计意图是倒逼质量前移
Java 认为：null 的存在本身合法，危险在于“误用”。不强制捕获，是为了避免开发者养成“包一层 try-catch 就算完事”的习惯。一旦抛出，程序默认中断，促使你回溯调用链、加判空、改设计（比如用 Optional、@NonNull 注解、构造函数约束等），从源头减少隐患。
和数组越界、除零等异常同属一类
NullPointerException 和 ArrayIndexOutOfBoundsException、ArithmeticException 一样，都归在 RuntimeException 家族。它们共享一个判断标准：都是因违反基本使用前提（对象非空、索引有效、除数非零）引发的运行时失败，本质是“写错了”，不是“碰巧坏了”。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
