我来举例下我的开源项目Austin（消息推送平台）用了什么设计模式（我用到的还是比较常用的）
有不少的小伙伴都想要我来讲讲austin用到的设计模式，今天来简单聊聊，这也是面试经常会被问到的。
设计模式这东西，说实话我也没学全，一般我是遇到了相关的代码再去学具体的设计模式。有了相关的设计模式的思想和应用场景，就多琢磨下自己的代码能不能写得更好，实践一把。
平时多留个心眼，觉得人家的代码写得有点秀，就想想是不是使用了设计模式。如果是的话，那就探讨下该设计模式的应用场景看后面自己能不能用得上
不多BB了，来吧。
01、责任链模式
我在「消息统一接入层」那里使用了责任链模式，用责任链模式的好处就是分工明确、解耦、易维护。
1、将多个条件判定分散到各个的处理类上，相对于if else耦合性相对较低。
2、增加一个具体的Handler处理类，不会影响到BaseHandler的代码
责任链模式的缺点：
1、项目里边会有多个具体Handler类（因为每种处理都抽象为一个类，所以会有多个类）
2、初看代码时不太好阅读（对外只是一个doChain方法，而里边由多个处理类来组成，还得看相应的调用顺序）
02、模板方法模式
在austin项目代码上用到模板方法的地方还是蛮多的，比较有代表性的就是去重的功能。老读者可能都知道，我认为去重的功能的核心无非是唯一Key+存储
模板方法模式要点：
1、把公共的代码抽取出来，如果该功能是不确定的，那我们将其修饰成抽象方法。
2、将几个固定步骤的功能封装到一个方法中，对外暴露这个方法，就可以非常方便调用了。
模板方法模式优点：封装不变的部分，扩展可变的部分。把认为是不变的部分的算法封装到父类，可变部分的交由子类来实现。
模板方法模式缺点：抽象类定义了部分抽象方法，这些抽象的方法由子类来实现，子类执行的结果影响了父类的结果(子类对父类产生了影响)，会带来阅读代码的难度！
我们在实际写代码的时候，一般存储和和步骤都已经确认下来了，唯一Key则可以由子类实现
03、构建者模式
建造者模式更多的是写法上的不同，从代码结构层面上其实没有很大的区别，只是看起来会更清爽一些。我借助了Lombok，在类上加上一个注解@Builder就可以使用建造者模式的代码了，非常方便
05、生产者消费者模式
生产者消费者模式这种「设计模式」我还看到过在面试上让手写的，像JDK线程池的实现我认为就是典型的生产者和消费者模式（将消息丢入工作队列，然后从工作队列里消费）。
我在实现延迟消费做批量的时候也实现了生产者和消费者模式，场景主要就是我读取文件的每一行记录，积攒到一定的程度才进行消费。
06、单例模式
单例模式和代理模式几乎都是依赖Spring环境下去玩的了，基本都不用手写。
在Spring下普通创建的对象默认都是单例模式，在项目里也有部分的对象是需要多例的。
比如com.java3y.austin.handler.receiver.Receiver（不同的渠道不同的类型开不同的消费者组）和com.java3y.austin.cron.pending.CrowdBatchTaskPending（数据需各自维护，线程安全问题）
\
