![v2-2bfad88e1a200ca7c815d36d7e748610_1440w.jpg?source=172ae18b](http://img-02.proxy.5ce.com/view/image?&type=2&guid=fc52f4f8-202f-eb11-8da9-e4434bdf6706&url=https://pic1.zhimg.com/v2-2bfad88e1a200ca7c815d36d7e748610_1440w.jpg?source=172ae18b)
![v2-2bfad88e1a200ca7c815d36d7e748610_180x120.jpg](http://img-02.proxy.5ce.com/view/image?&type=2&guid=fc52f4f8-202f-eb11-8da9-e4434bdf6706&url=https://pic1.zhimg.com/v2-2bfad88e1a200ca7c815d36d7e748610_180x120.jpg)
![v2-2bfad88e1a200ca7c815d36d7e748610_180x120.jpg](http://img-02.proxy.5ce.com/view/image?&type=2&guid=fc52f4f8-202f-eb11-8da9-e4434bdf6706&url=https://pic1.zhimg.com/v2-2bfad88e1a200ca7c815d36d7e748610_180x120.jpg)
Spring的动态代理开发
1.Spring动态代理的概念(和静态代理的概念一样)
概念:通过代理类为原始类(⽬标类)增加额外功能
好处:利于原始类(⽬标类)的维护
2.搭建开发环境
<dependency>
3. Spring动态代理的开发步骤
1. 创建原始对象(⽬标对象)
public
创建类对应的对象
<bean
2.提供额外功能
MethodBeforeAdvice接口
将额外的功能书写在接口的实现中
创建Before对象
<bean
3.定义切入点
切入点:额外功能加入的位置
目的:由程序员根据自己的需要来决定额外功能加入给哪个原始方法
简单测试:所有方法都作为切入点,都加入额外的功能
<aop:config
4.组装(2 3步整合)
所有的方法都加入 before 功能
<bean
5.调用
目的:获得Spring工厂创建的动态代理对象,并进行调用
注意:
1.Spring工厂通过原始对象的id值获得的是代理对象(userService获得的是代理对象)
![v2-612558ccee4b09ad266ea4275a437d75_b.png](http://img-02.proxy.5ce.com/view/image?&type=2&guid=fc52f4f8-202f-eb11-8da9-e4434bdf6706&url=https://pic2.zhimg.com/v2-612558ccee4b09ad266ea4275a437d75_b.png)
ApplicationContext
2.获得代理对象后,可以通过声明接口类型来进行对象的存储
原来
测试:
/**
![v2-47d11cd6cf434ad381d0c0ddfa2379a5_b.jpg](http://img-01.proxy.5ce.com/view/image?&type=2&guid=fc52f4f8-202f-eb11-8da9-e4434bdf6706&url=https://pic2.zhimg.com/v2-47d11cd6cf434ad381d0c0ddfa2379a5_b.jpg)
动态代理细节
1.Spring创建的动态代理类在哪里?
Spring框架在运行时,通过 动态字节码技术,在JVM内部,等程序结束后,会和JVM一起消失
什么是动态字节码技术?
通过第三个动态字节码框架,在JVM中创建对应类的字节码,进⽽创建对象,当虚拟机结束,动态字节码跟着消失
![v2-86f3671e467e76309ce33e0d2033df6d_b.jpg](http://img-02.proxy.5ce.com/view/image?&type=2&guid=fc52f4f8-202f-eb11-8da9-e4434bdf6706&url=https://pic2.zhimg.com/v2-86f3671e467e76309ce33e0d2033df6d_b.jpg)
在动态字节码中,不用去写类源文件、自然也就没有编译成class文件的过程。但是如果想创建对象还得需要字节码,动态字节码通过第三方框架来完成的,可以直接在虚拟机中生成字节码(动态字节码),之后就可以通过动态字节码在虚拟机中创建对象。
回顾一下静态代理的问题
1.静态类文件数量过多,不利于项目管理
2.额外功能维护性差
结论:动态代理不需要定义类⽂件,都是JVM运⾏过程中动态创建的(这些代理类就都在虚拟机中产生,不存在物理类文件),所以不会造成静态代理,类⽂件数量过多,影响项⽬管理的问题。
2.动态代理编程简化代理开发
此时如果想再加入一个Order实现类,就会发现只需要完成第一步的创建类对象即可,其他步骤已经完成
<bean
测试:
/**
![v2-641828a49cf9d10c6d08a6305601e1f1_b.png](http://img-03.proxy.5ce.com/view/image?&type=2&guid=fc52f4f8-202f-eb11-8da9-e4434bdf6706&url=https://pic2.zhimg.com/v2-641828a49cf9d10c6d08a6305601e1f1_b.png)
总结:在额外功能不改变的前提下,创建其他⽬标类(原始类)的代理对象时,只需要指定原始(⽬标)对象即可。
3.动态代理额外功能的维护性⼤⼤增强
在静态代理中我们发现每个实现类对应一个代理类,如果想修改代理类的功能时,需要每个每个代理类都进行修改或者再为每个类创建新的代理类
在动态代理中,如果我们此时对Before不满意,可以新建一个Before1代理类
public
在配置文件中加入新建的代理类
<!-- <bean id="before" class="com.baizhiedu.dynamic.Before"/>-->
测试:
/**
![v2-455205b2183c415a8ae0fe7464f58268_b.jpg](http://img-01.proxy.5ce.com/view/image?&type=2&guid=fc52f4f8-202f-eb11-8da9-e4434bdf6706&url=https://pic1.zhimg.com/v2-455205b2183c415a8ae0fe7464f58268_b.jpg)
发现只添加一个新的额外功能类,所有的原始类都增加了新的额外功能