设计模式

最新推荐文章于 2023-09-03 22:55:22 发布

weixin_43655481

最新推荐文章于 2023-09-03 22:55:22 发布

阅读量109

点赞数

分类专栏：学习记录

本文链接：https://blog.csdn.net/weixin_43655481/article/details/104200405

版权

学习记录专栏收录该内容

1 篇文章 0 订阅

订阅专栏

一.代理模式

一.1.为什么要使用反射?

通常我们在程序中都是直接new 一个类来生成对象,这样在编译阶段就已经确定了需要使用的类型了. 而反射就是在运行时才确定是需要什么类型,然后动态获取到Class对象,通过Class对象来获取构造器,方法,属性.来创建对象,来执行方法.

二.反射应用场景

1.一些框架都用到了反射, 比如spirng ,ioc就是通过工厂模式加反射机制来实现的.
2.动态代理, 动态代理的底层也是通过反射机制实现的.
3.注解.

三.缺点

1.jvm没有办法对反射的相关代码进行优化,所以性能比没有反射要差一些.
2.反射破坏了封装性,可以访问私有方法和私有属性,可能造成一些安全性的问题.
3.

四.优点

1.java的反射机制就是增加程序的灵活性，避免将程序写死到代码里，还能提高代码的复用性. 比如动态代理就是.
例如：实例化一个 person()对象，不使用反射， new person(); 如果想变成实例化其他类，那么必须修改源代码，并重新编译。
使用反射： class.forName(“person”).newInstance()；而且这个类描述可以写到配置文件中，如 **.xml, 这样如果想实例化其他类，只要修改配置文件的"类描述"就可以了，不需要重新修改代码并编译。

2.反射可以结合Java的字节码，使用ASM和cglib等库，还能动态生成类。动态代理都是这么实现的

代理模式

前言:为什么需要代理模式? 在某些情况下，一个客户不想或者不能直接引用另一个对象，而代理对象可以在客户端和目标对象之间起到中介的作用. 使用代理模式还可以在不改变原有对象基础上,对原有对象进行增强.

1.静态代理模式:是在java文件编译前,手动写好代理类对象

介绍:代理对象和被代理对象必须实现同一个接口或者继承同一个父类,然后在代理对象中持有一个被代理对象,对被代理对象的方法基础上再进行增强.
静态代理总结:
优点：可以做到在不修改目标对象的功能前提下,对目标功能扩展.透明地来代替原有对象.
缺点:　　）代理类和委托类实现了相同的接口，代理类通过委托类实现了相同的方法。这样就出现了大量的代码重复。如果接口增加一个方法，除了所有实现类需要实现这个方法外，所有代理类也需要实现此方法。增加了代码维护的复杂度。
2）代理对象只服务于一种类型的对象，如果要服务多类型的对象。势必要为每一种对象都进行代理

2.jdk动态代理模式

是通过反射原理,在程序运行的时候动态的生成的代理对象
动态代理步骤：(利用反射机制来实现.)
1.获取 RealSubject 上的所有接口列表；
2.确定要生成的代理类的类名，默认为：com.sun.proxy.$ProxyXXXX；
3.根据需要实现的接口信息，在代码中动态创建该 Proxy 类的字节码；
4.将对应的字节码转换为对应的 class 对象；
5.创建 InvocationHandler 实例 handler，用来处理 Proxy 所有方法调用；
6.Proxy 的 class 对象以创建的 handler 对象为参数，实例化一个 proxy 对象。
7.当代理执行方法时,会转而执行handler的invoke方法,invoke方法可以对被代理对象进行增强.

缺点:目标对象一定要实现接口

java动态代理生成的类为什么非要继承Proxy？导致不能实现class的代理？

JDK的动态代理只允许动态代理接口是设计使然，因为动态代理一个类存在一些问题。在代理模式中代理类只做一些额外的拦截处理，实际处理是转发到原始类做的。这里存在两个对象，代理对象跟原始对象。如果允许动态代理一个类，那么代理对象也会继承类的字段，而这些字段是实际上是没有使用的，对内存空间是一个浪费。因为代理对象只做转发处理，对象的字段存取都是在原始对象上处理。更为致命的是如果代理的类中有final的方法，动态生成的类是没法覆盖这个方法的，没法代理，而且存取的字段是代理对象上的字段，这显然不是我们希望的结果。spring aop框架就是这种模式。

3.cglib静态代理

1.CGLib原理:

在这里插入图片描述
是通过字节码技术为一个类创建子类，并在子类中采用方法拦截的技术拦截所有父类方法的调用，顺势织入横切逻辑。
net.sf.cglib.proxy.Enhancer – 主要的增强类
net.sf.cglib.proxy.MethodInterceptor – 主要的方法拦截类，它是Callback接口的子接口，需要
用户实现net.sf.cglib.proxy.MethodProxy – JDK的java.lang.reflect.Method类的代理类，可以方便的实现对源对象方法的调用,如使用： Object o = methodProxy.invokeSuper(proxy, args);//虽然第一个参数是被代理对象，也不会出现死循环的问题。

jdk动态代理和cglib动态的区别

三、JDK 和 CGLib动态代理区别
1、JDK动态代理具体实现原理：通过实现InvocationHandlet接口创建自己的调用处理器；通过为Proxy类指定ClassLoader对象和一组interface来创建动态代理；通过反射机制获取动态代理类的构造函数，其唯一参数类型就是调用处理器接口类型；通过构造函数创建动态代理类实例，构造时调用处理器对象作为参数参入； JDK动态代理是面向接口的代理模式，如果被代理目标没有接口那么Spring也无能为力，Spring通过Java的反射机制生产被代理接口的新的匿名实现类，重写了其中AOP的增强方法。
2、CGLib动态代理：CGLib是一个强大、高性能的Code生产类库，可以实现运行期动态扩展java类，Spring在运行期间通过 CGlib继承要被动态代理的类，重写父类的方法，实现AOP面向切面编程呢。
3、两者对比： JDK动态代理是面向接口的。 CGLib动态代理是通过字节码底层继承要代理类来实现（如果被代理类被final关键字所修饰，那么抱歉会失败）。
4、使用注意：如果要被代理的对象是个实现类，那么Spring会使用JDK动态代理来完成操作（Spirng默认采用JDK动态代理实现机制）；如果要被代理的对象不是个实现类那么，Spring会强制使用CGLib来实现动态代理。

修饰者模式

在不必改变原类文件（英雄类）情况下，动态地扩展一个对象（李白）的功能。它是通过创建一个包装对象（buff类：红buff，篮buff, …），也就是装饰来包裹真实的对象,来达到增强功能.。当然增强也可以通过继承来实现,但是装饰者模式比继承更加利于扩展和维护,更加灵活.
Java设计模式之装饰者模式 https://blog.csdn.net/sun_lm/article/details/81095083

模板方法设计模式

1.就是在父类中定义方法的步骤,步骤的执行顺序,还有大部分的步骤的实现,然后子类只要根据自身的需要来实现一些其中没有实现的步骤. 然后就可以使用时会父类的大方法,父类的大方法中没有实现的方法又会来调用这些子类实现的方法. 适用于很多对象的方法步骤逻辑基本相同,只是个体在小步骤存在差异. 可以减少重复代码 , 还有各自去实现完整功能的复杂工作.
1.同步器使用到了模板方法.
2.spring的编程式事务实现了模板方法.