注解本身不执行逻辑，仅作为运行时可通过反射读取的元数据；动态代理在InvocationHandler.invoke()中解析注解并触发增强行为，如日志、事务、权限校验等，Spring AOP是其工业级封装。

注解本身不执行逻辑，它只是标记；真正让注解“活起来”的，是动态代理配合反射读取注解并触发对应行为。

注解是声明，不是功能

比如你写一个 @Log 注解在方法上，JVM 不会自动打印日志。这个注解只是一段元数据，存在字节码里，需要有人去“看”它、理解它、再执行它。

• 注解必须声明为 @Retention(RetentionPolicy.RUNTIME)，才能在运行时通过反射拿到
• 通常搭配 @Target({ElementType.METHOD, ElementType.TYPE}) 明确它能用在哪
• 注解可以带属性（如 @Retry(times = 3)），这些值也会被反射读出

反射是读取注解的唯一途径

动态代理中的 InvocationHandler.invoke() 方法，在每次调用目标方法前，可以通过反射获取当前被调用的方法对象（Method），再调用 method.getAnnotation(XXX.class) 拿到注解实例。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 如果方法上有 @Transactional，就提前开启事务
• 如果类上有 @Controller，就把它注册进 Spring 容器（这是框架启动阶段做的事，非代理阶段）
• 代理阶段更常见的是方法级注解，如 @Log、@Auth、@Cacheable

动态代理是注入逻辑的执行入口

代理对象拦截方法调用后，在 invoke() 方法里完成三件事：查注解 → 判逻辑 → 执行增强。

立即学习“Java免费学习笔记（深入）”；

• 先调用 method.getAnnotation(Log.class)，有就走日志流程，没有就跳过
• 拿到 @Retry(times=2) 的值，就在 catch 后重试对应次数
• 检查 @RequireRole("ADMIN")，从上下文取当前用户角色，不匹配就抛异常
• 所有这些都不用改原始方法，也不用写多个代理类——一套 InvocationHandler 通吃所有带这类注解的接口实现

Spring AOP 是这套机制的工业级封装

你在 Spring 里写 @Service + @Transactional，背后就是：

• Spring 扫描到 @Transactional，且目标类实现了接口 → 用 JDK 动态代理
• 代理对象由 ProxyFactory 创建，InvocationHandler 是 Spring 自己的 ReflectiveMethodInvocation 变体
• 它内部会解析注解、组装拦截器链（如 TransactionInterceptor），再决定是否开启事务
• 同类内自调用失效，正是因为 this.xxx() 走的是原对象，没经过代理对象，自然不会触发注解逻辑