assertEquals 用于比对两个值是否相等，支持自动类型适配和清晰失败提示；assertTrue 用于验证布尔表达式是否为 true，灵活性高但错误信息弱。
JUnit 中 assertEquals 和 assertTrue 是最常用的断言方法，核心区别在于：前者用于**比对两个值是否相等**（支持自动类型适配和清晰的失败提示），后者用于**验证某个布尔表达式是否为 true**（更灵活但错误信息较弱）。选哪个取决于你要验证的是“结果值”还是“逻辑条件”。
用 assertEquals 验证业务返回值是否等于预期
适合验证方法调用后返回的具体值（如字符串、数字、对象、集合等）是否与期望一致。JUnit 5 中统一使用 org.junit.jupiter.api.Assertions.assertEquals，会自动处理 null、基本类型与包装类的比较，并在失败时清晰显示“expected: … but was: …”。
- 验证简单类型：
assertEquals("SUCCESS", result.getStatus()); - 验证数值（注意浮点数需指定 delta）：
assertEquals(12.34, actualPrice, 0.01); - 验证对象（需正确重写
equals()和hashCode()）：assertEquals(expectedUser, actualUser); - 验证集合顺序敏感：
assertEquals(List.of("a", "b"), service.getRoles());
用 assertTrue 验证业务逻辑条件是否成立
适合检查布尔结果、状态标志、或需要组合多个判断的场景。它只关心表达式求值是否为 true，不提供“期望 vs 实际”的对比信息，因此建议搭配有意义的自定义消息。
- 验证布尔返回值：
assertTrue(user.isActive(), "用户应处于激活状态"); - 验证非空且满足条件：
assertTrue(!result.getItems().isEmpty() && result.getTotal() > 0, "订单应有商品且总金额大于0"); - 验证异常未抛出（配合 try-catch）：
assertTrue(noExceptionOccurred, "不应抛出 IllegalArgumentException");
避免常见误用
直接用 assertTrue(a == b) 替代 assertEquals(a, b) 是反模式——丢失了结构化对比能力，失败时只报 “expected true”，无法看出 a 和 b 到底是什么；而对复杂对象用 assertTrue(obj1.equals(obj2)) 虽然能运行，但失败时没有上下文，不如 assertEquals(obj1, obj2) 直观。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 不要用
assertTrue做值相等校验，除非你明确需要布尔逻辑组合 - 自定义对象断言前，确认已正确实现
equals()；否则考虑用assertThat+ Hamcrest 或 AssertJ 提供字段级比对 - 测试集合内容但不关心顺序？改用
assertEquals(new HashSet(expected), new HashSet(actual))或使用assertIterableEquals（JUnit 5.7+）
小技巧：让断言失败信息更可读
所有断言方法都支持传入自定义消息作为第一个参数（JUnit 5），放在实际值前面即可。这在调试 CI 失败或多人协作时非常关键。
assertEquals("支付应返回成功码", "200", response.getCode());assertTrue("库存扣减后应小于原值", stockAfter- 消息建议包含“为什么这个断言重要”，而不是重复代码逻辑
不复杂但容易忽略：选对断言方法本质是写好测试的第一步——它决定了你花 10 秒还是 10 分钟定位问题。
