在Java单元测试中，应使用assertEquals比较基本类型与包装类，因其自动拆箱并值比较、支持null安全；避免用==，因缓存机制导致结果不可靠；处理null时需强转或单独用assertNull。
在 Java 单元测试中，断言局部变量（如 int）与包装类对象（如 Integer）是否相等，关键在于理解自动拆箱机制和 equals() 的行为，避免因引用比较或 null 导致误判。
用 assertEquals 直接比较（推荐）
JUnit 的 assertEquals(expected, actual) 会根据参数类型自动选择合适逻辑：当一边是基本类型、另一边是对应包装类时，JUnit 会触发自动拆箱并做值比较，安全且简洁。
- ✅ 支持
null安全：若包装类为null，会抛出清晰的AssertionError，而不是NullPointerException - ✅ 无需手动调用
intValue()或equals()，语义明确 - 示例：
int localVar = 42;
Integer wrapped = 42;
assertEquals(localVar, wrapped); // ✅ 通过
assertEquals(42, wrapped); // ✅ 同样有效
```
避免用 == 比较包装类与基本类型
== 在涉及包装类时可能因缓存机制产生意外结果，尤其对 Integer（-128 到 127 范围内缓存），超出范围则返回 false，不可靠。
- ❌ 错误写法：
assertTrue(localVar == wrapped)—— 依赖缓存，非稳定逻辑 - ❌ 更危险：
assertTrue(wrapped1 == wrapped2)（两个Integer对象）—— 引用比较，不等于值比较 - ✅ 正确替代：
assertEquals(wrapped1, wrapped2)或Objects.equals(wrapped1, wrapped2)
处理 null 包装类的场景
局部变量不可能为 null，但包装类可能为 null。直接用 assertEquals 可捕获该异常；若需显式校验 null，应分开断言。
立即学习“Java免费学习笔记（深入）”；
- ✅ 安全写法：
assertEquals((Integer) null, wrapped)—— JUnit 会正确识别并报错 - ✅ 显式校验：
assertNull(wrapped)（当期望为null时） - ⚠️ 注意：
assertEquals(null, wrapped)编译失败（泛型推断问题），必须强转(Integer) null
自定义断言或工具方法（按需）
若项目中频繁出现混合类型比较，可封装工具方法提升可读性，但非必需。
- 例如：
assertIntEquals(int expected, Integer actual)内部调用assertEquals(expected, actual) - 优点：意图更明确，便于统一处理
null策略 - 缺点：增加维护成本，多数场景原生
assertEquals已足够
