常见的Java设计模式使用

单例模式

单例模式是创建型设计模式,目的是保证对象的独一无二。

举例:Calender 、Runtime

可能出现单例被破坏的情况:

  1. 多线程破坏单例
  2. 指令重排破坏单例
  3. 克隆破坏单例
  4. 反序列化破坏单例
  5. 反射破坏单例

1、多线程破坏单例

现象:

多个线程同时操作,导致创建多个对象。

解决方案:

  • -改成DCL双重检查锁的写法

/*

*懒汉式单例模式 为了保证线程安全

* */

public class TestSingleton {

private TestSingleton() {

System.out.println(Thread.currentThread()+"线程执行");

}

private volatile static TestSingleton testSingleton;

public static TestSingleton getInstance() {

if (testSingleton == null) {

synchronized (TestSingleton.class){

if (testSingleton == null) {

testSingleton=new TestSingleton();

}

}

}

return testSingleton;

}

public static void main(String[] args) {

for ( int i = 0; i < 10; i++) {

new Thread(()->{

testSingleton.getInstance();

}).start();

}

}

}

  • 使用静态内部类的写法性能更高

public class HttpMethods {

//在访问HttpMethods时创建单例

private static class SingletonHolder{

private static final HttpMethods INSTANCE = new HttpMethods();

}

//获取单例

public static HttpMethods getInstance(){

return SingletonHolder.INSTANCE;

}

}

2、指令重排破坏单例

现象:

JVM指令重排可能导致懒汉式单例被破坏

instance = new Instance();

执行指令:

  1. 分配内存 2、初始化对象 3、赋值引用

指令重排后:

  1. 分配内存 2、赋值引用 3、初始化对象

解决方案:

private static volatile Singleton instance = null;

3、克隆破坏单例

现象:

深度clone(),每次会去创建新的对象实例。

解决方案:

在单例对象中重写clone()方法。

4、反序列化破坏单例

现象:反序列化对象会重新分配内存,相当于重新创建对象

解决方案:需要重写readResolve()方法,将返回值设置为单例对象。

5、反射破坏单例

现象:反射可以调用任意私有构造方法创建单例对象。

解决方案:

  1. 在构造方法中检查单例对象,如果已经创建则跑出异常。
  2. 将单例的实现方式改为枚举式单例

总结:如果经常发生多线程并发情况,推荐使用静态内部类和枚举式单例。

建造者模式

建造者模式是创建型设计模式,目的是开放个性配置步骤。

举例:StringBuilder、BeandefintionBuilder

定义:

将一个复杂对象的构建过程与它的表示分离,使得同样的构建过程可以创建不同的表示。

使用场景:

@Builder

链式编程并不是建造者模式的标配。

链式编程的核心思想:实现了零件的无序装配

代理模式

为其他对象提供一种代理,以控制对这个对象的访问。

代理模式是结构型模式,目的是增强职责。

举例:ProxyFactoryBean、JdkDynamicAopProxy、CglibAopProxy

1、代理的定义

代理对象在客户端与目标对象中起到中介作用,比如保护目标,增强目标作用。

2、静态代理与动态代理区别

  1. 静态代理只能服务于一种类型的对象,当有N个业务时,需要N个静态代理,不利于业务的扩展。
  2. 动态代理可以服务于所有的业务对象。

3、动态代理的基本实现

  • 拿到被代理类的引用,并且获取它的所有接口(反射获取)。
  • JDK Proxy类重新生成一个新的类,实现了被代理类的所有接口方法。
  • 动态生成Java代码,把增强逻辑加入到新生成的代码中。
  • 编译成新的Java代码的class文件
  • 加载并重新运行新的class,得到类就是全新类(代理类只在程序运行时存在内存中)

CGlib与JDK动态代理的对比

  1. JDK动态代理是实现了被代理类的接口,CGlib是继承了被代理对象。
  2. JDK与CGlib都是在运行时生成字节码。
  3. JDK调用代理方法是通过反射机制调用,CGlib是通过Fastclass机制。
  4. CGlib无法代理final修饰的方法。

策略模式

将定义的算法家族分别封装起来,让他们之间可以互相替换,从而让算法的变化不会影响到使用算法的用户。

策略模式是行为型设计模式,目的是把选择权交给用户。

举例:Comparator

适用场景

  1. 需要自由切换执行逻辑和规则的场景。
  2. 不适用于2种逻辑本来关联性很大,而且变化也比较快的场景。

责任链模式

将链中每一个节点都看作一个对象,每个节点处理的请求均不同,且内部自动维护下一个节点对象。当一个请求从链式的首端发出时,会沿着责任链依次传递到每一个节点的对象,直到被链中的某个对象处理为止。

即将处理不同逻辑的对象连接成一个链表结构,每个对象都要保存下一个节点的引用。

责任链模式是行为型设计模式,目的是解耦处理逻辑。

举例:Pipeline、FilterChain

1、责任链模式的实现原理

单向链表上下文

每个handler保存了next节点

双向链表上下文

每个handler保存了pre和next节点

优点

  1. 将请求与处理解耦
  2. 请求处理者将不是自己职责范围内的请求,转发给下一个节点。
  3. 请求发送者不需要关心链路结构,只需要等待请求处理结果即可。
  4. 链路结构灵活,易于扩展新的请求处理节点。

缺点

  • 责任链太长影响整体性能。
  • 若节点之间存在循环引用,会导致死循环,程序崩溃。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

若依-咬一口甜

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值