Java基本类型本身不会为null或引发NPE，隐患源于包装类在自动拆箱时抛出NullPointerException；应优先使用基本类型，仅在需表达“缺失”语义时用包装类，并通过显式判空、Optional封装、源头控制等策略安全使用。
Java 中基本数据类型（如 int、boolean、double 等）本身不会为 null，也不会引发空指针异常（NPE）。真正带来空指针隐患的，是它们对应的包装类（Integer、Boolean、Double 等），因为这些是引用类型，可以为 null，且在自动拆箱时会直接抛出 NullPointerException。
所以问题本质不是“基本类型怎么避免空指针”，而是：如何安全使用包装类，防止因隐式拆箱导致 NPE。
以下是关键应对方向：
明确区分基本类型与包装类的使用场景
- ✅ 优先用基本类型：方法参数、局部变量、计算字段尽量用
int而非Integer，除非需要表达“未设置/缺失”语义。 - ✅ 包装类只用于必须容纳 null 的场景：如数据库映射（NULL 列）、JSON 反序列化（字段可选）、泛型容器（
List<Integer>）。 - ❌ 避免在 DTO/VO 中无理由使用包装类字段——比如
private Integer age;若业务中0和null没有语义区别，就该用int age。
拆箱前必须显式校验非空
自动拆箱（如 int x = integerObj;）是静默插入的编译行为，一旦 integerObj == null，运行即崩。
正确做法是：
- 用
Objects.requireNonNull()在调用.intValue()前拦截：int value = Objects.requireNonNull(integerObj, "integerObj must not be null").intValue();
- 不要写
Objects.requireNonNull(integerObj).intValue()—— 校验发生在拆箱之后，无效。
用 Optional 封装可空语义，而非裸露包装类
当值天然可能缺失（如查库未命中、配置未配置），应返回 Optional<Integer>，而不是 Integer：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
Optional<Integer> maybeCount = findCount(); int count = maybeCount.orElse(0); // 安全取默认值 // 或链式处理 maybeCount.filter(x -> x > 10).ifPresent(System.out::println);
⚠️ 注意：Optional 仅用于返回值；不要作为字段、参数或集合元素。
规避隐式拆箱的高危写法
这些代码看似简洁，实则暗藏 NPE 风险：
-
if (status == true)→ 改用Objects.equals(status, Boolean.TRUE) -
total = amount + tax;（amount或tax为null）→ 改用(amount != null ? amount : 0) + (tax != null ? tax : 0) -
list.stream().mapToInt(Integer::intValue).sum()→ 改用list.stream().filter(Objects::nonNull).mapToInt(Integer::intValue).sum()
从源头减少 null 包装类产生
- MyBatis：在
resultMap中配置nullValue="0"，或自定义TypeHandler将 NULL 转为默认值。 - Jackson：用
@JsonSetter(nulls = Nulls.AS_EMPTY)或@JsonInclude(NON_NULL)控制序列化/反序列化行为。 - 数据库设计：字段尽量设为
NOT NULL，配合默认值（如age INT NOT NULL DEFAULT 0），从根上压缩 null 存活空间。
不复杂但容易忽略。
