设计模式学习笔记-1 设计模式简介
小傅哥《重学设计模式》,让我们站在巨人的肩膀上。
六大原则
- 单一职责(一个类和方法只做一件事)
- 里氏替换(多态,子类可扩展父类)
- 依赖倒置(细节依赖抽象,下层依赖上层)
- 接口隔离(建立单一接口)
- 迪米特原则(最少知道,降低耦合)
- 开闭原则(抽象架构,扩展实现)
设计模式分类
设计模式大致分为三大类,分别为创建型模式,结构型模式,行为模式。
创建型模式
该大类提供创建对象的机制,能够提高已有代码的灵活性和可复用性。
序号 | 类型 | 业务场景 | 实现要点 |
---|---|---|---|
1 | 工厂方法 | 多种类型商品不同接口,同意发奖服务搭建场景 | 定义一个创建对象的接口,让其子类自己决定实例化哪一个工厂类,工厂模式使其创建过程延迟到子类进行。 |
2 | 抽象工厂 | 替换Redis双集群升级,代理类抽象场景 | 提供一个创建一系列相关或互相依赖对象的接口,而无需指定它们具体的类。 |
3 | 建造者 | 各项装修物料组合套餐选配场景 | 将一个复杂的构建与表示相分离,使得同样的构建过程可以创建不同的表示。 |
4 | 原型 | 上机考试多套试卷,每个人题目和答案乱序排列场景 | 用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象 |
5 | 单例 | 7种单例模式案例,Effective Java作者推荐枚举单例模式 | 保证一个类仅有一个实例,并提供一个访问它的全局访问点 |
7种单例模式:
1.饿汉模式public class Singleton { private static final Singleton instance = new Singleton(); private Singleton() { } public static Singleton getInstance() { return instance; } }
优点是线程安全,只有一个实例。缺点是没有调用
getInstance()
方法,instance
实例在类加载时被初始化了。
2. 懒汉模式,非线程安全public class Singleton { private static Singleton instance; private Singleton() { } public static Singleton getInstance() { if (instance == null) { instance = new Singleton(); } return instance; } }
线程不安全解释:虽然代码判断了当
instance
不等于空时,才进行初始化。但是当多个线程同时执行到if(instance == null)
的时候,一个线程执行完new Singleton()
,其他线程也会接着执行,导致new
出多个实例。
3. 懒汉模式,线程安全public class Singleton { private static Singleton instance; private Singleton() { } public static synchronized Singleton getInstance() { if (instance == null) { instance = new Singleton(); } return instance; } }
线程安全解释:在
getInstance()
方法上增加了synchronized
锁,可以实现只有一个线程进行线程实例化对象,但是instance
已经被实例化过,还是只能有一个线程访问getInstance()
方法,性能急剧下降。
4. 双重检查锁模式,非线程安全public class Singleton { private static Singleton instance; private Singleton() { } public static Singleton getInstance() { if (instance == null) { synchronized (Singleton.class) { if (instance == null) { instance = new Singleton(); } } } return instance; } }
线程不安全解释:虽然经过了两次判空,保证每次只有一个线程执行
new Singleton()
,但还是有线程安全问题,因为instance = new Singleton()
这条语句并不是原子的,而是包含了三个步骤:
1.栈上分配内存空间
2.堆上初始化对象
3.栈上引用指向堆内存空间地址JVM为了提升执行效率,会对这三个步骤进行重排序。单线程不会有问题,多线程的时候,其中一个线程的步骤2和3交换后,其他线程会判断
instance
不会空,当使用instance
对象的时候又会报NPE
异常。
5. 双重检查锁模式,线程安全public class Singleton { private static volatile Singleton instance; private Singleton() { } public static Singleton getInstance() { if (instance == null) { synchronized (Singleton.class) { if (instance == null) { instance = new Singleton(); } } } return instance; } }
与上一个不同的是
instance
对象用了volatile
修饰,会禁止JVM对该对象的指令重排序,从而避免的上述问题。
6. 静态内部类public class Singleton { private static class SingletonHolder { private static final Singleton instance = new Singleton(); } private Singleton() { } public static Singleton getInstance() { return SingletonHolder.instance; } }
这种方式是线程安全的,也不会有性能问题,也是《Effective Java》推荐的用法。
7. 枚举类public enum Singleton { INSTANCE; }
最简单的一种,也是最推荐的一种,可以直接使用
Singleton instance = Singleton.INSTANCE;
是线程安全的,也不会有性能问题。
结构型模式
该类模式介绍如果将对象和类组装成较大的结构,并同时保持结构的灵活和高效。
序号 | 类型 | 业务场景 | 实现要点 |
---|---|---|---|
1 | 适配器 | 从多个MQ消息体中,抽取指定字段值场景 | 将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。 |
2 | 桥接 | 多支付渠道(微信/支付宝)与多支付模式(刷脸/指纹)场景 | 将抽象部分与实现部分分离,使它们都可以独立的变化。 |
3 | 组合 | 营销差异化人群发券,决策树引擎搭建场景 | 将对象组合成树形结构以表示“部分-整体”的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。 |
4 | 装饰 | SSO单点登录功能扩展,增加拦截用户访问方法范围场景 | 动态地给一个对象添加一些额外的职责。就增加功能来说,装饰器模式相比生成子类更为灵活。 |
5 | 外观 | 基于Springboot开发门面模式中间件,统一控制接口白名单场景 | 为子系统中的一组接口提供一个一致的界面,外观模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。 |
6 | 享元 | 基于Redis秒杀,提供活动与库存信息查询场景 | 运动共享技术有效地支持大量细粒度的对象 |
7 | 代理 | 模拟mybatis-spring中定义DAO接口,使用代理类方式操作数据库原理实现场景 | 为其他对象提供一种代理以控制对这个对象的访问。 |
行为模式
这类模式负责对象间的高效沟通和职责委派。
序号 | 类型 | 业务场景 | 实现要点 |
---|---|---|---|
1 | 责任链 | 模拟618电商大促期间,项目上线流程多级负责人审批场景 | 避免请求发送者与接收者耦合在一起,让多个对象都有可能接收请求,将这些对象连接成一条链,并且沿着这条链传递请求,知道有对象处理它为止。 |
2 | 命令 | 模拟高档餐厅八大菜系,小二点单厨师烹饪场景 | 讲一个请求封装成一个对象,从而使您可以用不同的请求对客户进行参数化。 |
3 | 迭代器 | 模拟公司组织架构树结构关系,深度迭代遍历人员信息输出场景 | 提供一个方法顺序访问一个聚合对象中各个元素,而又无需暴露该对象的内部表示。 |
4 | 中介者 | 按照Mybatis原理手写ORM框架,给JDBC方式操作数据库增加中介者场景 | 用一个中介对象来封装一系列的对象交互,中介者使各对象不需要显示地互相引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。 |
5 | 备忘录 | 模拟互联网系统上线过程中,配置文件回滚场景 | 在不破坏封装性的前提下,捕获一个对象的内部状态,并在对象之外保存这个状态。 |
6 | 观察者 | 模拟类似小客车指标摇号过程,监听消息通知用户中签场景 | 定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都能得到通知并被自动更新。 |
7 | 状态 | 模拟系统营销活动,状态流程审核发布上线场景 | 允许对象在内部状态发生改变时改变他的行为,对象看起来好像修改了它的类。 |
8 | 策略 | 模拟多种营销类型优惠券,折扣金额计算策略场景 | 定义一系列的算法,把他们一个个封装起来,并且使他们可以相互替换。 |
9 | 模板方法 | 模拟爬虫各类电商产品,生成营销推广海报场景 | 定义一个操作中的算法的骨架,而将一些步骤延迟到子类中,模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。 |
10 | 访问者 | 模拟家长与校长,对学生和老师的不同视角信息的访问场景 | 主要将数据结构与数据操作分离。 |