Java中的boolean与Boolean
java中boolean与Boolean有区别吗
有，而且区别非常明确——boolean 是基本类型（primitive），Boolean 是它的包装类（wrapper / 引用类型）。
在 Java 5 以前，二者井水不犯河水；从 Java 5 开始有了自动装箱/拆箱（autoboxing/unboxing），编译器帮你“偷偷”转换，于是很多人“感觉没区别”，但底层机制、性能、语义、可空值、泛型、序列化等方面差异依旧存在，稍不注意就踩坑。
下面给你一张“全维度对比表”，一眼看懂所有差异。
| 维度 | boolean | Boolean |
|---|---|---|
| 类型种类 | 基本类型 (primitive) | 引用类型 (class，java.lang.Boolean) |
| 内存占用 | 1 byte *（VM 相关，HotSpot 为 1 byte） | 对象头 + 实例数据 ≈ 16 byte（64 位压缩指针） |
| 默认值 | false | null |
| 可空性 | 不能为 null | 可以为 null |
| 泛型支持 | 不允许 List<boolean> | 允许 List<Boolean> |
| 自动装箱/拆箱 | 无 | 有：编译器插入 Boolean.valueOf(x) / x.booleanValue() |
| 缓存池 | 无 | 有：Boolean.TRUE / Boolean.FALSE 两个全局常量，范围固定为 true/false |
| 线程安全 | 天然，值不可变 | 同基本值语义，但引用本身需同步 |
| 方法/常量 | 无 | 丰富：.parseBoolean(String)、.toString()、.valueOf(...)、.TRUE/.FALSE 等 |
| 性能 | 最快，无额外开销 | 自动装箱有微小成本；大量集合场景会触发频繁拆装箱，易触发 GC |
| 空指针风险 | 无 | 自动拆箱时若对象为 null 抛 NullPointerException |
| 序列化 | 直接写 1 byte | 实现 Serializable，按对象序列化规则 |
1. 典型踩坑场景
1.1 自动拆箱 NPE
Boolean wrap = null;
if (wrap) { // 编译器：boolean x = wrap.booleanValue();// 这里会抛 NullPointerException
}
结论： 当 Boolean 可能为 null 时，先判空再拆箱。
1.2 高频集合装箱
List<Boolean> list = new ArrayList<>();
for (int i = 0; i < 1_000_000; i++) {list.add(true); // 每次 Boolean.valueOf(true) 会取缓存，但仍多一个引用对象
}
虽然 Boolean 有全局常量缓存，但集合里存的是“引用”，一百万个元素 = 一百万个指针 + 可能的 GC 压力。
若只是局部统计，可用 java.util.BitSet 或 boolean[]。
1.3 三目运算符的隐形拆箱
Boolean b = true;
boolean result = false ? b : false; // 编译后：b.booleanValue()，若 b 为 null → NPE
2. 什么时候用哪个？
| 场景 | 推荐 |
|---|---|
| 局部变量、算法标志、数组 | boolean（快、省内存） |
| 泛型集合、反射、RPC/JSON 映射、数据库可空列 | Boolean（支持 null） |
| 接口返回给前端/下游 | 若允许 null → Boolean；不允许 → boolean |
| 工具常量 | Boolean.TRUE / FALSE 即可，避免 new |
3. 一句话总结
boolean 是数据，Boolean 是对象；编译器能帮你自动换，但 null、性能、内存、泛型可不会帮你背锅。
记住这条，就能在 IDE 提示“Unboxing may produce NullPointerException”时，立刻明白它到底在担心什么。
具体的一个应用场景：代码：
private boolean tryLock(String key){Boolean flag = stringRedisTemplate.opsForValue().setIfAbsent(key, "1", 10, TimeUnit.SECONDS);return BooleanUtil.isTrue(flag);}
不能直接return stringRedisTemplate.opsForValue().setIfAbsent(key, “1”, 10, TimeUnit.SECONDS);吗，为什么要BooleanUtil.isTrue(flag);
你提到的代码：
private boolean tryLock(String key){Boolean flag = stringRedisTemplate.opsForValue().setIfAbsent(key, "1", 10, TimeUnit.SECONDS);return BooleanUtil.isTrue(flag);
}
不能直接写成：
return stringRedisTemplate.opsForValue().setIfAbsent(key, "1", 10, TimeUnit.SECONDS);
原因如下：
✅ 1. 避免空指针风险（NPE）
setIfAbsent 返回的是 Boolean（包装类型），而不是 boolean（基本类型）。
这意味着它可能返回 null，尤其是在 Redis 连接异常或序列化问题时。
如果你直接返回：
return stringRedisTemplate.opsForValue().setIfAbsent(...);
而结果是 null，就会触发 NullPointerException，因为 Java 会自动拆箱（unboxing）Boolean → boolean，而 null 不能拆箱。
✅ 2. BooleanUtil.isTrue() 的作用
BooleanUtil.isTrue(flag) 是一个防御性编程手段，通常实现如下：
public static boolean isTrue(Boolean value) {return Boolean.TRUE.equals(value);
}
- 它只会在
flag == Boolean.TRUE时返回true，不会抛 NPE。 - 如果
flag是null或false，都返回false，逻辑清晰、安全。
✅ 总结一句话：
不能直接返回
setIfAbsent的结果，因为它可能为null，会导致空指针异常。使用BooleanUtil.isTrue()是为了安全地处理Boolean类型，避免 NPE。
✅ 推荐写法（简洁又安全）：
private boolean tryLock(String key) {return Boolean.TRUE.equals(stringRedisTemplate.opsForValue().setIfAbsent(key, "1", 10, TimeUnit.SECONDS));
}
这样写就不需要引入 BooleanUtil，也能避免 NPE。