手把手教你锤面试官 02——设计模式轻松答

本文是手把手教你锤面试官系列第二篇文章，该系列主要为大家分析和讲解在面试过程中，遇到面试官经常提出的面试问题如何进行攻防。另外本系列的文章也会提供许多小技巧给大家去间接试探出面试官的技术能力和专业水平，从而达到碾压面试官的目的。本系列文章只适用于JAVA工程师。

设计模式，是一个经常面试被问但是实际工作中很少用到的东西，或者你自己用到了你也没感觉到自己使用到的东西。如果在面试的时候遇到面试官问你关于设计模式的相关问题，一定不要被吓到。因为设计模式的相关问题大多数是没有标准答案，只要能把自己的理解说清楚就行了。根据我的经验，大多数的面试官对于设计模式的相关问题自己也不太搞的清楚。

我们读书的时候都学过，设计模式一共可以分为23种。如下所示

1. 单例（Singleton）模式：某个类只能生成一个实例，该类提供了一个全局访问点供外部获取该实例，其拓展是有限多例模式。

2. 原型（Prototype）模式：将一个对象作为原型，通过对其进行复制而克隆出多个和原型类似的新实例。

3. 工厂方法（Factory Method）模式：定义一个用于创建产品的接口，由子类决定生产什么产品。

4. 抽象工厂（AbstractFactory）模式：提供一个创建产品族的接口，其每个子类可以生产一系列相关的产品。

5. 建造者（Builder）模式：将一个复杂对象分解成多个相对简单的部分，然后根据不同需要分别创建它们，最后构建成该复杂对象。

6. 代理（Proxy）模式：为某对象提供一种代理以控制对该对象的访问。即客户端通过代理间接地访问该对象，从而限制、增强或修改该对象的一些特性。

7. 适配器（Adapter）模式：将一个类的接口转换成客户希望的另外一个接口，使得原本由于接口不兼容而不能一起工作的那些类能一起工作。

8. 桥接（Bridge）模式：将抽象与实现分离，使它们可以独立变化。它是用组合关系代替继承关系来实现，从而降低了抽象和实现这两个可变维度的耦合度。

9. 装饰（Decorator）模式：动态的给对象增加一些职责，即增加其额外的功能。

10. 外观（Facade）模式：为多个复杂的子系统提供一个一致的接口，使这些子系统更加容易被访问。

11. 享元（Flyweight）模式：运用共享技术来有效地支持大量细粒度对象的复用。

12. 组合（Composite）模式：将对象组合成树状层次结构，使用户对单个对象和组合对象具有一致的访问性。

13. 模板方法（TemplateMethod）模式：定义一个操作中的算法骨架，而将算法的一些步骤延迟到子类中，使得子类可以不改变该算法结构的情况下重定义该算法的某些特定步骤。

14. 策略（Strategy）模式：定义了一系列算法，并将每个算法封装起来，使它们可以相互替换，且算法的改变不会影响使用算法的客户。

15. 命令（Command）模式：将一个请求封装为一个对象，使发出请求的责任和执行请求的责任分割开。

16. 职责链（Chain of Responsibility）模式：把请求从链中的一个对象传到下一个对象，直到请求被响应为止。通过这种方式去除对象之间的耦合。

17. 状态（State）模式：允许一个对象在其内部状态发生改变时改变其行为能力。

18. 观察者（Observer）模式：多个对象间存在一对多关系，当一个对象发生改变时，把这种改变通知给其他多个对象，从而影响其他对象的行为。

19. 中介者（Mediator）模式：定义一个中介对象来简化原有对象之间的交互关系，降低系统中对象间的耦合度，使原有对象之间不必相互了解。

20. 迭代器（Iterator）模式：提供一种方法来顺序访问聚合对象中的一系列数据，而不暴露聚合对象的内部表示。

21. 访问者（Visitor）模式：在不改变集合元素的前提下，为一个集合中的每个元素提供多种访问方式，即每个元素有多个访问者对象访问。

22. 备忘录（Memento）模式：在不破坏封装性的前提下，获取并保存一个对象的内部状态，以便以后恢复它。

23. 解释器（Interpreter）模式：提供如何定义语言的文法，以及对语言句子的解释方法，即解释器。

上面那部分其实都是废话。如果你要全部搞懂上面的23种设计模式，并且能够写出上面的对应的案例代码，其实完全没必要，我也觉得没必要去记。以下是我个人多年工作经验对于设计模式的看法，只要熟记我下图的文字，你也可以假装成为设计模式的高手，让你表面看起来有资深架构师的水平：

按照上图我总结出来的话，在目前的市场环境下，可以毫无压力锤死85%以上考察被面试者设计模式的面试官。同样留一个小技巧给大家锤一下面试官，一般来说，面试官在最后都会问，你还有什么问题想问我的？大家可以问面试官一个很简单的小问题——在设计模式里面，过滤器和拦截器都是基于责任链模式去设计的，我想问一下你对过滤器和拦截器的看法和比较。其实很简单，这个问题的核心回答就只有一个—— 拦截器是基于类的反射实现的，过滤器是依赖容器的方法回调实现的 。只要没有回答到这个点子上而去东拉西扯什么拦截的数据不一样啊，使用的范围不一样啊之类的面试官其专业能力一定是非常值得怀疑的，所在公司的专业水平也非常让人怀疑，如果想要学习专业技能的刚毕业不久的学生，对于这种公司的选择一定要谨慎谨慎再谨慎。

这里为什么要把拦截器和过滤器单独拎出来呢？因为spring的核心是啥？AOP和IOC吗？不！是拦截器。下篇文章我会整理一些简单的spring面试知识，教大家锤爆问Spring知识点的面试官。尽请期待哦~