前言
码农小伙伴们大部分都是写CRUD代码，年复一年，日复一日，技术不会有太高的提升，只会是CV（Ctrl c,Ctrl v）大法炉火纯青。因此安排一下设计模式专题深入，后续还会有数据结构，各大中间件，大数据分析等，希望小伙伴们多多关注。
设计模式并不是专门针对于java的，主要是掌握其思想，语言知识工具。当然本人是资深java工程师，所以代码实现还是主要使用的是java
设计模式是什么
首先我们先要了解设计模式是什么，掌握设计模式的好处。
设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了 毫无疑问，设计模式于己于他人于系统都是多赢的，设计模式使代码编制真正工程化，设计模式是软件工程的基石，如同大厦的一块块砖石一样。项目中合理的运用设计模式可以完美的解决很多问题，每种模式在现在中都有相应的原理来与之对应，每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的核心解决方案，这也是它能被广泛应用的原因。
设计模式分类
创建型
提供了一种创建对象的同时隐藏创建逻辑的方式，使得程序在判断针对某个给定实例需要创建哪些对象时更加灵活。主要用于解耦对象的实例化过程。
常用的模式:工厂模式、抽象工厂模式、单例模式、建造者模式
不常用模式：原型模式
结构型
关注类和对象的组合。继承的概念被用来组合接口和定义组合对象获得新功能的方式。把类或对象结合在一起形成一个更大的结构。
常用的模式：适配器器模式、桥接模式、装饰器器模式、代理理模式
不常用：组合模式、外观模式、享元模式
行为型
类和对象如何交互，及划分责任和算法。
常⽤：责任链模式、迭代器模式、观察者模式、状态模式、策略模式、模板模式
不常用：备忘录模式、命令模式
几乎不用：访问者模式、中介者模式、解释器模式
设计模式的六大原则
单一职责原则
就是一个类而言，应该仅有一个引起它变化的原因。简单来说，一个类中应该是一组相关性很高的函数、数据的封装。是实现⾼高内聚、低耦合的指导⽅方针。
高内聚：尽可能一个类的成员方法只完成一件事(事件方法化)，模块内部的代码相互联系越强，内聚越高，模块独立性越好(功能模块化)。
低耦合：减少内部类，方法的调用不要牵扯太多。
比如当要做一个图片加载器的时候，不应该把所有的东西都写在一个类中，应该各个功能独立出来，可以分成图片加载功能和缓存功能等模块，这样类中的代码逻辑清晰可读性、可扩展性和可维护性会大大提高。
开闭原则
对扩展开发，对修改封闭。在程序需要进⾏行行拓拓展的时候，不不能去修改原有的代码，实现⼀一个热插拔的效果。
经常会有一些小伙伴因为需求去修改老员工的代码，导致原有功能出现bug。我们尽量通过扩展模块来实现功能变化。
里氏替换原则LSP
所有引用基类的地方必须能透明地使用其子类对象。简单说就是只要父类出现的地方子类就可以出现，而且替换为子类也不会产生任何错误或异常，或者可能根本就不需要知道父类还是子类。但是反过来就不行了，有子类出现的地方，父类未必就能适应。
也就是能用子类的地方，尽量使用子类。子类可以理解为父类的扩展。
依赖倒置原则
高层模块不应该依赖底层模块，两者都应该依赖其抽象。抽象不依赖具体。具体应该依赖抽象。
如何定义高层与底层模块:举例，有两个模块，一个是狗的行为，一个猫的行为。现在编辑一个动物模块，这个模块是要展示动物的行为，那么代码中可能就需要new一下猫和 狗的实例，通过if else来分别实现狗和猫的行为。假设如果要再加一些动物，那么动物模块就要一直修改代码。在这里面动物模块就是高层次模块，猫狗模块就是底层次模块。
接口隔离原则
客户端不应该依赖它不需要的接口。类之间的依赖关系应该建立在最小的接口上。
接口隔离原则将非常庞大、臃肿的接口拆分成更小和更具体的接口，这样客户端将会只需知道他们感兴趣的方法。接口隔离原则的目的是系统解开耦合，从而容易重构、更改和重新部署。
迪米特原则(最小知识原则)
最少知道原则，⼀个实体应当尽量少地与其他实体之间发生相互作用，使得系统功能模块相对独⽴ 类之间的耦合度越低，就越有利于复用，一个处在松耦合中的类⼀旦被修改，不会对关联的类造成太大波及 通过引⼊入⼀个合理的第三者来降低现有对象之间的耦合度
23种设计模式关键点概述
单例模式： 某个类只能有一个实例，提供一个全局的访问点。
简单工厂： 一个工厂类根据传入的参量决定创建出那一种产品类的实例。
工厂方法： 定义一个创建对象的接口，让子类决定实例化那个类。
抽象工厂： 创建相关或依赖对象的家族，而无需明确指定具体类。
建造者模式： 封装一个复杂对象的构建过程，并可以按步骤构造。
原型模式： 通过复制现有的实例来创建新的实例。
适配器模式： 将一个类的方法接口转换成客户希望的另外一个接口。
组合模式： 将对象组合成树形结构以表示“”部分-整体“”的层次结构。
装饰模式： 动态的给对象添加新的功能。
代理模式： 为其他对象提供一个代理以便控制这个对象的访问。
亨元（蝇量）模式： 通过共享技术来有效的支持大量细粒度的对象。
外观模式： 对外提供一个统一的方法，来访问子系统中的一群接口。
桥接模式： 将抽象部分和它的实现部分分离，使它们都可以独立的变化。
模板模式： 定义一个算法结构，而将一些步骤延迟到子类实现。
解释器模式： 给定一个语言，定义它的文法的一种表示，并定义一个解释器。
策略模式： 定义一系列算法，把他们封装起来，并且使它们可以相互替换。
状态模式： 允许一个对象在其对象内部状态改变时改变它的行为。
观察者模式： 对象间的一对多的依赖关系。
备忘录模式： 在不破坏封装的前提下，保持对象的内部状态。
中介者模式： 用一个中介对象来封装一系列的对象交互。
命令模式： 将命令请求封装为一个对象，使得可以用不同的请求来进行参数化。
访问者模式： 在不改变数据结构的前提下，增加作用于一组对象元素的新功能。
责任链模式： 将请求的发送者和接收者解耦，使的多个对象都有处理这个请求的机会。
迭代器模式： 一种遍历访问聚合对象中各个元素的方法，不暴露该对象的内部结构。
后言
接下来会一一讲解记录各个模式与实战中如何应用。
可以关注我的博客www.jlovem.cn
可以关注的个人公众号，一起交流，一起成为大牛
本文使用 mdnice 排版
