【从0开始学习Java | 第23篇】动态代理

【从0开始学习Java | 第23篇】动态代理
在这里插入图片描述

文章目录

Java动态代理概述

在Java开发中,代理模式设计模式之一,而动态代理作为代理模式的进阶形式,在框架开发(如Spring AOP)、日志记录、权限控制等场景中发挥着关键作用。本文将从核心概念出发,拆解两种主流动态代理的实现逻辑,并分析其适用场景。

在这里插入图片描述

一、动态代理的核心概念

动态代理指在程序运行时,通过反射机制动态生成代理类,而非在编译期预先定义。其核心价值在于:无需为每个目标类手动编写代理类,即可统一为多个目标类添加横切逻辑(如日志、事务、异常处理),降低代码耦合度。

在这里插入图片描述

动态代理包含三个核心角色:

  1. 目标类(Target):被代理的原始类,包含核心业务逻辑;
  2. 代理类(Proxy):运行时动态生成的类,持有目标类引用,负责调用目标方法并增强逻辑;
  3. 增强逻辑(Advice):需统一添加的横切逻辑,如日志打印、参数校验等。

形象解释

在这里插入图片描述

二、两种主流动态代理实现

Java中动态代理主要有两种实现方式:JDK动态代理(原生API)和CGLIB动态代理(第三方库),二者在原理和使用上存在显著差异。

1. JDK动态代理(基于接口)

原理

JDK动态代理依赖java.lang.reflect包下的ProxyInvocationHandler接口,要求目标类必须实现至少一个接口。运行时,JVM会动态生成一个实现目标接口的代理类,代理类的方法调用会转发到InvocationHandlerinvoke方法中,在该方法中可嵌入增强逻辑并调用目标方法。

在这里插入图片描述
示例代码
// 1. 定义接口publicinterfaceUserService{voidaddUser(String name);}// 2. 实现目标类publicclassUserServiceImplimplementsUserService{@OverridepublicvoidaddUser(String name){System.out.println("添加用户:"+ name);}}// 3. 实现InvocationHandler(增强逻辑)publicclassLogInvocationHandlerimplementsInvocationHandler{privateObject target;// 目标类引用publicLogInvocationHandler(Object target){this.target = target;}// 代理类的所有方法调用都会触发invoke@OverridepublicObjectinvoke(Object proxy,Method method,Object[] args)throwsThrowable{// 增强逻辑:前置日志System.out.println("方法"+ method.getName()+"开始执行,参数:"+Arrays.toString(args));// 调用目标方法Object result = method.invoke(target, args);// 增强逻辑:后置日志System.out.println("方法"+ method.getName()+"执行结束");return result;}}// 4. 生成代理类并测试publicclassJdkProxyTest{publicstaticvoidmain(String[] args){// 目标对象UserService target =newUserServiceImpl();// 生成代理对象(需传入类加载器、目标接口、InvocationHandler)UserService proxy =(UserService)Proxy.newProxyInstance( target.getClass().getClassLoader(), target.getClass().getInterfaces(),newLogInvocationHandler(target));// 调用代理方法 proxy.addUser("张三");}}
优缺点
  • 优点:基于JDK原生API,无需依赖第三方库,轻量化;
  • 缺点:目标类必须实现接口,无法代理无接口的类。

2. CGLIB动态代理(基于子类)

原理

CGLIB(Code Generation Library)是一个第三方字节码生成库,通过生成目标类的子类作为代理类,无需目标类实现接口。其核心是MethodInterceptor接口,代理类的方法调用会被拦截到intercept方法中,在此处嵌入增强逻辑并调用目标方法。

示例代码(需引入CGLIB依赖)
<!-- Maven依赖 --><dependency><groupId>cglib</groupId><artifactId>cglib</artifactId><version>3.3.0</version></dependency>
// 1. 目标类(无需实现接口)publicclassOrderService{publicvoidcreateOrder(String orderId){System.out.println("创建订单:"+ orderId);}}// 2. 实现MethodInterceptor(增强逻辑)publicclassLogMethodInterceptorimplementsMethodInterceptor{// 拦截代理类方法调用@OverridepublicObjectintercept(Object o,Method method,Object[] args,MethodProxy methodProxy)throwsThrowable{// 增强逻辑:前置日志System.out.println("方法"+ method.getName()+"开始执行,参数:"+Arrays.toString(args));// 调用目标方法(推荐用methodProxy.invokeSuper,避免递归调用)Object result = methodProxy.invokeSuper(o, args);// 增强逻辑:后置日志System.out.println("方法"+ method.getName()+"执行结束");return result;}}// 3. 生成代理类并测试publicclassCglibProxyTest{publicstaticvoidmain(String[] args){// CGLIB核心类:EnhancerEnhancer enhancer =newEnhancer();// 设置父类(目标类) enhancer.setSuperclass(OrderService.class);// 设置方法拦截器 enhancer.setCallback(newLogMethodInterceptor());// 生成代理对象(子类实例)OrderService proxy =(OrderService) enhancer.create();// 调用代理方法 proxy.createOrder("ORDER_001");}}
优缺点
  • 优点:无需目标类实现接口,可代理任意类(除final类和final方法);
  • 缺点:依赖第三方库,生成代理类时需操作字节码,性能略低于JDK动态代理(JDK 8后差距已缩小)。

三、JDK与CGLIB动态代理对比

对比维度JDK动态代理CGLIB动态代理
依赖JDK原生API(无第三方依赖)需引入CGLIB库
代理原理实现目标接口生成目标类子类
目标类要求必须实现接口无接口要求(不能是final类)
方法限制仅代理接口中的方法不能代理final方法
性能(JDK 8+)生成快,调用效率高生成慢,调用效率略低

四、实际应用场景

  1. Spring AOP:默认优先使用JDK动态代理(目标类有接口时),无接口时使用CGLIB;
  2. 日志记录:统一记录方法的入参、出参、执行时间;
  3. 权限控制:方法调用前校验用户权限,无权限则抛出异常;
  4. 事务管理:方法执行前开启事务,执行后提交/回滚事务。

五、总结

动态代理是Java中“解耦横切逻辑”的核心技术,JDK动态代理和CGLIB各有适用场景:若目标类已实现接口,优先选择JDK动态代理(轻量化、无依赖);若目标类无接口或需代理类的所有方法,选择CGLIB。


如果我的内容对你有帮助,请 点赞 , 评论 , 收藏 。创作不易,大家的支持就是我坚持下去的动力!

在这里插入图片描述

Read more

Java 大视界 -- Java 大数据在智能医疗医疗设备维护与管理中的应用(358)

Java 大视界 -- Java 大数据在智能医疗医疗设备维护与管理中的应用(358)

Java 大视界 -- Java 大数据在智能医疗医疗设备维护与管理中的应用(358) * 引言: * 正文: * 一、Java 构建的医疗设备数据监控架构 * 1.1 多源设备数据实时采集 * 1.2 设备台账与生命周期管理 * 二、Java 驱动的故障预警与维护策略 * 2.1 多模型融合故障预测 * 2.2 智能维护调度与资源协同 * 三、实战案例:从 “停机危机” 到 “平稳运行” * 3.1 急诊监护设备:72 小时的电池预警 * 3.2 MRI 设备:从 520 万维修费到 210 万 * 结束语: * 🗳️参与投票和联系我: 引言: 嘿,

By Ne0inhk
Java 注解与反射实战:自定义注解从入门到精通

Java 注解与反射实战:自定义注解从入门到精通

前言:注解到底是什么?         你是否经常在 Java 代码中看到@Override、@Deprecated这样的标记?这些就是注解 —— 一种给代码 "贴标签" 的机制。注解本身不直接影响代码执行,但能通过工具(如编译器)或框架(如 Spring)赋予代码额外含义。         自定义注解则是让我们根据业务需求创建专属 "标签",结合反射机制能实现强大的动态逻辑(比如日志记录、权限校验、ORM 映射等)。本文将从基础到实战,带你掌握自定义注解的定义、元注解的作用,以及如何通过反射让注解 "生效"。 一、自定义注解基础:@interface 关键字         自定义注解使用 @interface 关键字定义,本质上是一种特殊的接口(编译后会生成继承 java.lang.annotation.Annotation 的接口)

By Ne0inhk
Java 大视界 -- 基于 Java+Storm 构建实时日志分析平台:从日志采集到告警可视化(440)

Java 大视界 -- 基于 Java+Storm 构建实时日志分析平台:从日志采集到告警可视化(440)

Java 大视界 -- 基于 Java+Storm 构建实时日志分析平台:从日志采集到告警可视化(440) * 引言: * 正文: * 一、实时日志分析平台的核心架构设计 * 1.1 架构分层与核心组件 * 1.2 组件选型的实战思考(10 余年经验沉淀,数据真实有出处) * 二、日志采集层:Flume 的高可用配置(生产级优化) * 2.1 Flume 的核心配置(抗住十万级 / 秒流量,注释完整) * 2.2 Flume 的高可用部署(避免单点故障,实战步骤清晰) * 2.2.1 多 Agent 冗余部署 * 2.2.2 Nginx

By Ne0inhk
【技术架构】从单机到微服务:Java 后端架构演进与技术选型核心方案

【技术架构】从单机到微服务:Java 后端架构演进与技术选型核心方案

🔥个人主页: 中草药  🔥专栏:【Java】登神长阶 史诗般的Java成神之路 一、单机架构         单机架构的核心是 “单点部署”:后端服务的所有功能模块(从接收请求到返回响应)都在一台机器内完成,不存在跨机器的网络通信(如分布式中的服务调用、跨节点数据库访问)。 诞生于互联网发展早期阶段:当时用户访问量小、业务场景简单,单机的计算(CPU、内存)与存储(磁盘)能力,足以支撑业务需求,无需多机分布式协作。 可以用一个简单的类比理解: * 单机架构 ≈ 一家 “夫妻小店”:老板(应用服务)、仓库(数据库)、收银台(Web 服务器)、货架(静态资源)都在同一个店面里,顾客(用户)的需求在店内即可全部满足,无需联系外部。 * 分布式架构 ≈ 连锁超市:总部(核心服务)、分店(

By Ne0inhk