在 Java 单元测试中，直接 mock(Enum.class) 会失败，因为枚举类是 final 的且不可实例化；正确方式是使用 Mockito 4.11+ 的 mockStatic() 模拟静态行为，动态扩展 values() 返回数组，注入自定义枚举实例。
在 java 单元测试中，直接 `mock(enum.class)` 会失败，因为枚举类是 final 的且不可实例化；正确方式是使用 mockito 4.11+ 的 `mockstatic()` 模拟静态行为，动态扩展 `values()` 返回数组，注入自定义枚举实例。
在 Java 中，枚举（enum）本质上是 final 类，其构造器私有、实例由 JVM 在加载时固定创建，因此 无法通过常规方式（如 Mockito.mock()）对枚举类型进行 mock。尝试对 Employee.class 调用 mock() 将抛出 MockitoException: Cannot mock/spy class ... because it is a final class（Mockito 4.0+ 默认禁止 mock final 类），即使启用 mock-maker-inline，也无法绕过枚举的语义约束——它不支持运行时新增实例。
要验证 EmployeeFactory.createEmployee() 对非法输入（如 TEACHER）是否正确抛出 EmployeeException，关键在于：让 Employee.values() 方法返回包含非法枚举常量的数组，并确保该常量能被 switch 语句识别为“未知 case”。由于 Java switch 在编译期会对 enum 进行静态检查，但运行时仍依赖 ordinal() 和 values() 的一致性，因此我们需同时满足两个条件：
- 枚举实例具有合法的 ordinal() 值（不能与已有常量冲突）；
- Employee.values() 返回的数组中包含该新实例。
✅ 推荐方案：使用 Mockito 的 mockStatic()（需 Mockito ≥ 4.11.0）
import org.junit.jupiter.api.Test;
import org.mockito.MockedStatic;
import static org.junit.jupiter.api.Assertions.assertThrows;
import static org.mockito.Mockito.*;
@Test
void shouldThrowExceptionForInvalidEmployee() {
try (MockedStatic<Employee> employeeMock = mockStatic(Employee.class)) {
// 创建一个模拟的非法枚举实例
Employee TEACHER = mock(Employee.class);
when(TEACHER.name()).thenReturn("TEACHER"); // 必须设置 name()，否则 switch 匹配失败
when(TEACHER.ordinal()).thenReturn(2); // 设为新 ordinal（DOCTOR=0, NURSE=1 → TEACHER=2）
when(TEACHER.getDescription()).thenReturn("Teacher");
// 替换 Employee.values() 的返回值，加入 TEACHER
employeeMock.when(Employee::values)
.thenReturn(new Employee[]{Employee.DOCTOR, Employee.NURSE, TEACHER});
// 执行被测方法 —— 此时 switch 不匹配任何 case，触发异常
assertThrows(EmployeeException.class, () ->
EmployeeFactory.createEmployee(TEACHER)
);
}
}⚠️ 注意事项：
立即学习“Java免费学习笔记（深入）”；
- name() 方法必须显式 stub：switch 语句底层依赖 enum 实例的 name() 进行 == 比较（经编译优化），若未设置，mock 实例的 name() 默认返回 null，导致 NullPointerException 或匹配逻辑异常；
- ordinal() 应设为未被占用的值（如 2），避免与现有常量冲突，否则可能意外落入某个 case 分支；
- mockStatic() 是侵入性操作，需确保在 try-with-resources 中使用，以自动恢复原始行为，防止测试污染；
- 该方案仅适用于 Mockito 4.11+（支持 mockStatic(Class
)）且项目已启用 mockito-inline（通常默认启用）； - 不建议在生产代码中依赖 values() 的可变性——此技巧纯属测试边界场景的权宜之计。
? 替代思路（更健壮但需重构）：
若频繁需要验证非法输入，建议将校验逻辑外移，例如在 createEmployee 中先调用 Arrays.asList(Employee.values()).contains(employee)，或改用 Map
总结：枚举不可 mock，但可通过 mockStatic 控制其静态行为；测试异常路径的核心，是让 values() 返回含非法实例的数组，并确保该实例具备正确的 name() 和 ordinal()，从而精准触发 switch 的默认异常分支。
