迭代器模式是一种行为型设计模式。一、什么是迭代器模式 二、角色组成 三、 优缺点 四、应用场景 4.1 生活场景 4.2 java场景 五、代码实现5.0 UML类图 5.1 Student——学生实体类5.2 StudentIterator——抽象迭代器（Iterator）5.3 StudentListIterator——具体迭代器（Concrete iterator）5.4 StudentAg

模板模式是一种基于继承实现的设计模式，它是行为型的模式。一、什么是模板模式 二、角色组成 三、优缺点 四、应用场景 4.1 生活场景 4.2 java场景 五、代码实现 5.0 UML类图5.1 OrderFood——抽象类（Abstract）5.2 具体类（Concrete Class）5.3 testTemplate六、总结

建造者模式是一种创建型设计模式，也叫生成器模式。一、什么是建造者模式 二、角色组成 三、优缺点 四、应用场景4.1 生活场景4.2 java场景 五、代码实现5.0 UML类图5.1 产品类（Product）5.2 抽象建造者（Builder）5.3 具体构建者（ConcreteBuilder）5.4 指导者（Director）5.5 testBuilder六、总结

适配器模式是一种结构型设计模式，它允许将不兼容的对象转换成可兼容的接口。主要目的是解决在不改变现有代码的情况下，使不兼容的接口之间能够正常工作，通过创建一个中间转换的适配器来将一个对象转换成我们所需要的接口。当我们去国外旅游时，我们可能只会汉语，而当地人只会英语，那么这个时候就需要一个翻译员（翻译软件）来帮助我们。这就类似于适配器模式，通过一个适配器将一个不兼容的接口转成另外一个接口。下面以翻译为

前面两篇我们介绍了RocketMQ的延迟消息和事务消息实现原理，今天我们就介绍最后一个高级消息类型——顺序消息。之前在RocketMQ第4讲——生产者一篇中大致聊了一些顺序消息的相关东西，这篇就从发送、存储和消费阶段具体介绍下。

面试官：你们项目的支付场景用了哪些设计模式，为什么要这么做？一、背景 二、方案三、UML类图 四、代码实现 4.1 Payment——支付接口 4.2 Alipay、WeChatPay——支付具体策略 4.3 PaymentFactory——支付工厂4.4 PaymentTemplate——抽象模板4.5 WeChat、AlipayTemplate——具体模板4.6 test 五、总结

状态模式是一种行为型设计模式。简单地讲就是，一个拥有状态的context对象，在不同状态下，其行为会发生改变。一、什么是状态模式 二、角色组成 三、 优缺点 四、应用场景4.1 生活场景4.2 java场景 五、代码实现5.0 UML类图5.1 State——抽象状态5.2 具体状态5.3 Machine——上下文5.4 testState 六、总结

命令模式（Command Pattern）是一种行为型设计模式，又叫动作模式或事务模式。一、什么是命令模式 二、角色组成 三、优缺点 四、应用场景 4.1 生活场景4.2 java场景五、代码实现5.0 UML类图 5.1 抽象命令（Command）——Command5.2接收者（Receiver）——Chef5.3具体命令（Concrete Command）——OrderCommand六、总结

观察者模式属于行为型模式。一、什么是观察者模式 二、特点 三、组成 四、应用场景4.1 生活场景4.2 程序场景 五、观察者模式实现5.0 UML类图5.1 Newspaper5.2 NewspaperImpl5.3 Subscriber5.4 SubscriberImpl5.5 测试

代理模式属于结构型设计模式。一、什么是代理模式二、分类 三、特点 四、应用场景4.1 生活场景4.2 Java场景 五、代码实现5.0 代码结构5.1 静态代理5.2 JDK动态代理5.3 Cglib代理 六、总结