设计原则：都是为了提高代码的维护性，扩展性，复用性
1.单一职责原则：高内聚，低耦合
每个类只有一个职责，对外只能提供一种功能，而引起类变化的原因只有一个
所有的设计模式都遵循这一原则
2.开闭原则：一个对象对扩展开放，对修改关闭
对类的改动是通过增加代码进行的，而不是修改现有代码
借助于抽象和多态，把可能变化的内容抽象出来，从而使抽象的部分相对稳定，而具体的实现是可以改变和扩展的。
3.里氏替换原则：在任何父类出现的地方都可以用它的子类来替代
同一个继承体系中的对象应该有共同的行为特征
4.依赖注入原则：要依赖于抽象，不要依赖于具体实现
在应用程序中，所有的类如果使用或依赖于其他类，则应依赖于这些其他类的抽象类，而不是具体类。这就要求我们在编程的时候针对抽象类或接口编程，而不是针对具体实现编程
5.接口分离原则：不应该强迫程序依赖它们不需要使用的方法
一个接口不需要提供太多的行为，一个接口应该只提供一种对外的功能，不应该把所有的操作都封装到一个接口中。
6.迪米特原则：一个对象应当对其他对象尽可能少的了解
降低各个对象之间的耦合，提高系统的可维护性。在模块之间应该只通过接口编程，而不理会模块的内部工作原理，它可以使各个模块耦合度降到最低，促进软件的复用
设计模式
设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计*经验的总结*
设计模式不是一种方法和技术，而是一种思想。设计模式和具体的语言无关，学习设计模式就是要建立面向对象的思想，尽可能的面向接口编程，低耦合，高内聚，使设计的程序可复用
要素：
名字：必须有一个简单，有意义的名字
问题：描述在何时使用模式
解决方案：描述设计的组成部分以及如何解决问题
效果：描述模式的效果以及优缺点
分类：
1.创建型模式：对象的创建 6个
简单工厂模式，工厂方法模式，抽象工厂模式，建造者模式，原型模式，单例模式
2.结构型模式：对象的组成(结构) 7个
外观模式，适配器模式，代理模式，装饰模式，桥接模式，组合模式，享元模式
3.行为型模式：对象的行为 10个
模版方法模式，观察者模式，状态模式，职责链模式，命令模式，访问者模式，策略模式，备忘录模式，迭代器模式，解释器模式
几种设计模式：
1.简单工厂模式（静态工厂方法模式） （接口）
它定义一个具体的工厂类负责创建一些类的实例
优点：客户端不需要在负责对象的创建，从而明确了各个类的职责
缺点：这个静态工厂类负责所有对象的创建，如果有新的对象增加，或者某些对象的创建方式不同，就需要不断的修改工厂类，不利于后期的维护
\2. 工厂方法模式 （接口）
工厂方法模式中抽象工厂类负责定义创建对象的接口，具体对象的创建工作由继承抽象工厂的具体类实现。
优点：客户端不需要在负责对象的创建，从而明确了各个类的职责，如果有新的对象增加，只需要增加一个具体的类和具体的工厂类即可，不影响已有的代码，后期维护容易，增强了系统的扩展性
缺点：需要额外的编写代码，增加了工作量
\3. 单例设计模式 （多线程）
单例模式就是要确保类在内存中只有一个对象，该实例必须自动创建，并且对外提供。
如何实现类在内存中只有一个对象：把构造方法私有；在成员位置自己创建一个对象；通过一个公共的方法让外界访问（为了保证外界能够直接使用该方法，加静态（静态方法只能调静态变量，所以造的变量要用static修饰，为了不让外界直接访问修改这个变量，所以还要加private修饰））
优点：在系统内存中只存在一个对象，因此可以节约系统资源，对于一些需要频繁创建和销毁的对象单例模式无疑可以提高系统的性能。
缺点：没有抽象层，因此扩展很难；职责过重，在一定程序上违背了单一职责
单例设计模式分类：
饿汉式：类一加载就创建对象（开发用，因为是一种不会出问题的单例模式）
代码：
*public* *class* SingleDemo {
*private* SingleDemo() {
}
*private* *static* SingleDemo s = *new* SingleDemo();
*public* *static* SingleDemo getSingleDemo() {
*return* s;
}
}
懒汉式：用的时候，才去创建（面试用，因为可能会出问题）
懒加载思想(延迟加载)
线程安全问题 需要在方法上加synchronized
代码：
*public* *class* SingleDemo2 {
*private* SingleDemo2() {
}
*private* *static* SingleDemo2 s = *null*;
*public* *synchronized* *static* SingleDemo2 getSingleDemo2() {
*if* (s == *null*) {
s = *new* SingleDemo2();
}
*return* s;
}
}
Runtime类就是饿汉式
每个 Java 应用程序都有一个 Runtime 类实例，使应用程序能够与其运行的环境相连接
应用程序不能创建自己的 Runtime 类实例
方法：
public Process exec(String command) 调用dos命名比如：”notepad”
\4. 模版设计模式（抽象类）
模版方法模式就是定义一个算法的骨架，而将具体的算法延迟到子类中来实现
优点：使用模版方法模式，在定义算法骨架的同时，可以很灵活的实现具体的算法，满足用户灵活多变的需求
缺点：如果算法骨架有修改的话，则需要修改抽象类
\5. 装饰设计模式（IO流）
装饰模式就是使用被装饰类的一个子类的实例，在客户端将这个子类的实例交给装饰类。是继承的替代方案
优点：使用装饰模式，可以提供比继承更灵活的扩展对象的功能，它可以动态的添加对象的功能，并且可以随意的组合这些功能
缺点：正因为可以随意组合，所以就可能出现一些不合理的逻辑
\6. 适配器设计模式（GUI）
将一个类的接口转换成另外一个客户希望的接口。从而使原来不能直接调用的接口变的可以调用。
接口（方法比较多）–适配器类（实现接口，仅仅空实现）–实现类（用哪个重写哪个）
优点：让本来不适合使用的接口变得适合使用
缺点：一次只能适配一个类，使用有一定的局限性