验证注解逻辑的关键是测试其实际行为而非存在性：编译期注解（如@SneakyThrows）需验证异常传播与方法签名；运行时注解（如@LogExecutionTime）需确认反射可读取并触发预期副作用；框架级注解（如@Transactional）须在真实上下文中运行并观察最终状态。
Java 注解本身是元数据，不直接执行逻辑，它的“效果”依赖于编译期处理（如 Lombok） 或 运行时反射解析（如自定义注解 + AOP/框架）。因此，在单元测试中验证注解逻辑，关键不是“检测注解是否存在”，而是验证它所触发的实际行为是否符合预期。
下面从两类典型场景出发，说明如何在单元测试中有效验证注解逻辑：
验证编译期注解（如 Lombok @SneakyThrows）
这类注解（@Retention(RetentionPolicy.SOURCE)）编译后即消失，反射查不到，但行为可测：
- 方法能抛出受检异常，却不用在签名中
throws - 异常仍能正常传播，不被吞掉
- 方法的
getExceptionTypes()返回空数组
@Test
void myMethod_hasSneakyThrowsEffect() {
// 行为验证：调用时确实抛出 IOException
IOException thrown = assertThrows(IOException.class, this::myMethod);
// 契约验证：签名未声明异常
Class<?>[] exceptions = getClass()
.getMethod("myMethod")
.getExceptionTypes();
assertArrayEquals(new Class[0], exceptions);
}✅ 重点：不检查
@SneakyThrows.class是否存在，而验证它“让代码绕过 checked exception 检查”这一核心语义。立即学习“Java免费学习笔记（深入）”；
验证运行时注解（如自定义 @LogExecutionTime）
这类注解保留到运行时（@Retention(RetentionPolicy.RUNTIME)），需配合反射或代理生效。验证要点：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 注解能被
method.getAnnotation(YourAnnotation.class)正确读取 - 注解标注的方法，在实际执行时触发了预期逻辑（如打日志、计时、权限拦截）
示例：验证一个简单日志注解是否被正确识别并响应：
@Target(ElementType.METHOD)
@Retention(RetentionPolicy.RUNTIME)
public @interface LogExecutionTime {}
public class Service {
@LogExecutionTime
public void doWork() { Thread.sleep(100); }
}
@Test
void logAnnotation_isPresentAndTriggersLogic() throws Exception {
Method method = Service.class.getDeclaredMethod("doWork");
// 断言注解存在
assertTrue(method.isAnnotationPresent(LogExecutionTime.class));
// 断言执行时触发了日志逻辑（例如通过 Mockito 模拟 Logger）
Service service = mock(Service.class);
doCallRealMethod().when(service).doWork();
// ……再结合日志捕获或计时断言验证副作用
}✅ 重点：先确认注解可被反射读取，再结合真实调用路径验证其“副作用”是否发生。
验证框架级注解（如 Spring @Transactional、JUnit @Test）
这类注解由外部框架解析并增强行为，不能靠反射单独验证，必须在真实上下文中运行：
- 使用
SpringExtension运行 Spring 测试，验证事务回滚是否生效 - 使用
@ExtendWith(MockitoExtension.class)配合@Mock/@InjectMocks验证依赖注入 - 对
@Test(expected = ...)，直接跑测试看是否按预期失败/通过
@Test
@Transactional
void saveUser_rollsBackOnException() {
userRepository.save(new User("test"));
assertThat(userRepository.count()).isEqualTo(1);
// 抛异常 → 事务应回滚
assertThrows(RuntimeException.class, () -> {
service.createUserWithFailure();
});
// 验证数据未持久化
assertThat(userRepository.count()).isEqualTo(1); // 仍是1，未增加
}✅ 重点：把注解放在它本该起作用的环境中跑起来，观察最终状态变化。
不复杂但容易忽略
