动态代理类延迟解耦加载的核心是避免代理创建初期强制加载Class属性，而是将类型解析、字节码生成等推迟到首次方法调用时；注解中Class属性实际存储为类名字符串，JVM默认不加载；应改用String代替Class声明注解属性，或在invoke()中按需通过Class.forName()加载。
通过解构注解属性的 Class 类型实现动态代理类的延迟解耦加载，核心在于**避免在代理创建初期就强制加载和实例化目标类型**，而是将类型解析、字节码生成、代理实例构建等动作推迟到真正需要时（如首次方法调用）才触发。这要求对注解中声明的 Class 属性做“符号化解析”而非“即时加载”。
注解 Class 属性的本质是类名字符串
Java 注解中的 Class 类型属性（如 @MyAnno(service = UserService.class)）在编译后会被存储为全限定类名字符串（"com.example.UserService"），而非直接持有 Class 对象。JVM 在读取注解时默认不会触发该类的初始化（甚至不加载），除非显式调用 annotation.value().getClass() 或类似操作。
- 使用
java.lang.reflect.AnnotatedElement.getAnnotationsByType()获取注解后，应避免立即访问其Class属性的.class成员 - 改用反射获取属性值的原始字节码表示：通过
AnnotationInvocationHandler（需反射访问）或更安全的方式——用AnnotationScanner+ConstantPool解析（仅限运行时注解处理框架内部） - 推荐实践：定义注解时，用
String替代Class，例如@MyAnno(service = "com.example.UserService")，完全规避早期类加载
代理类生成阶段跳过 Class 加载
在基于 Proxy.newProxyInstance() 或 CGLIB/Javassist 生成代理时，若需根据注解中的 Class 属性决定增强逻辑，不要在 InvocationHandler 构造或 Enhancer.setSuperclass() 阶段就调用 Class.forName()。
- 将类名字符串暂存为字段（如
private final String targetClassName;），在invoke()中首次调用时再执行Class.forName(targetClassName) - 配合
ConcurrentHashMap<string class>> classCache</string>缓存已加载类，避免重复加载和并发问题 - 若使用 Spring AOP，可通过
BeanFactoryAware延迟到 IOC 容器就绪后再解析 Bean 名称，而非硬编码Class引用
运行时按需加载与安全隔离
延迟加载必须考虑类加载器可见性、异常兜底和模块边界。盲目调用 Class.forName() 可能因类路径缺失、模块限制或初始化失败而中断流程。
- 指定加载器：优先使用当前上下文类加载器（
Thread.currentThread().getContextClassLoader()），而非Class.class.getClassLoader() - 捕获
ClassNotFoundException和NoClassDefFoundError，提供可配置的 fallback 行为（如返回空对象、抛自定义异常、走默认实现） - 在模块化环境（Java 9+）中，确保目标包已通过
requires或opens显式导出，否则Class.forName()即使类存在也会失败
结合 SPI 或服务发现进一步解耦
彻底摆脱对具体 Class 的依赖，可将注解属性改为逻辑标识（如 serviceId = "user-service"），由外部注册中心或 META-INF/services 查找真实实现。
- 定义标准接口，让不同模块提供各自实现，并在
resources/META-INF/services/com.example.ServiceInterface中写入实现类全名 - 代理的
invoke()方法中，用ServiceLoader.load(ServiceInterface.class)按需加载匹配serviceId的实例 - 这样注解不绑定任何具体类型，代理类可跨版本、跨模块复用，真正实现编译期与运行期的双重解耦
