一、面向对象三大特性

1.封装：对外隐藏类的属性和变量，通过接口（方法）的形式提供给外面，避免外部修改内部数据。封装性就是利用接口将数据和基于数据的操作封装在内部，保护数据并隐蔽具体的细节，只保留有限的接口与外界联系。

public class Student {    private String name;// 声明一个私有字符串变量，表示姓名    private int age;// 声明一个私有整型变量，表示年龄public Student(String name, int age, String sex, String major) { // 有参构造方法        this.name = name;        this.age = age;    }     public String getName() {    //获得姓名的方法        return name;    }     public void setName(String name) {    //设置姓名的方法        this.name = name;    }     public int getAge() {    //获得年龄的方法        return age;    }     public void setAge(int age) {    //设置年龄的方法        this.age = age;    }}

2.继承：使子类的对象拥有父类的全部属性和行为（protect和public），同时可以增添自己的所特有的属性和行为。这样有利于代码的复用，避免重复造轮子，这就是继承的基本思想。

3.多态：简单来说就是一个程序中同名的多个不同方法共存的情况，通常使用方法的重载和重写（也叫覆盖）来实现类的多态性。

重载：方法名一样，参数列表不一样。不同的参数列表可以是不同的参数类型，不同的参数个数，不同的参数顺序（参数类型必须不一样）；

重写：子类重新实现父类的虚方法。

封装可以隐藏实现细节，使得代码模块化；继承可以扩展已存在的代码模块（类）；它们的目的都是为了——代码重用

 

二、类间的关系

1.继承，对于类来说，这种关系叫做继承，对于接口来说，这种关系叫做实现。

2.依赖，一个类A中的方法使用到了另一个类B。一般而言，依赖关系在Java中体现为局域变量、方法的形参，或者对静态方法的调用。

public class Pen {    public void write(){        System.out.println("use pen to write");    }}public class Me {    public void write(Pen pen){
   //这里，pen作为Me类方法的参数        pen.write();    }}

3.聚合，b类是a类的一部分，一种强引用关系，b类生命周期跟a类没有关系,所以a类删除时，b类不会被删除。一般而言，聚合关系在Java中体现为成员变量。例如界面和数据类的关系，界面被销毁，但是数据类不会被销毁。

4.组合，b类是a类组成的一部分，比聚合更强的引用关系，a类的生命周期结束也就意味着b类的生命周期结束，所以a类删除时，b类一定会跟着删除。一般而言，聚合关系在Java中体现为成员变量。例如界面和他的子界面、item的关系，界面被销毁时，子界面、item都会被销毁。

 

少用继承，多用组合。

继承的缺点：

1.破坏封装性，有时候需要实现子类不需要的方法，例如

鸭子是不要飞的，那么如果你要解决这个问题，你需要在封装一层

那如果再来一个会游泳的鸟，会下蛋的鸟呢，那你的继承层级可能会多达十种，继承层级一旦多于三层，就较难理解、维护了。但是如果把会游泳、会飞、会下蛋等特性做成功能组件自由组合就不会有这个问题了。

2.紧耦合，修改父类可能会影响所有的子类以及子类的调用类，例如修改方法签名（返回值、名字、参数列表），会影响到所有子类。

 

三、设计模式六大原则

1.职责单一：一个类只负责一项职责，如果这项职责很复杂，可以拆分成多个子功能进行组合，避免一个类过于庞大，难以修改。

问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。

2.依赖倒置：实现依赖抽象，高层模块不应该依赖低层模块，二者都应该依赖其抽象。使用接口、抽象类的方法，参数使用接口（抽象）类进行传递，便于不同子类的传参。

问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，会给程序带来不必要的风险。

3.里氏替换：所有父类出现的地方都能用子类代替，子类不应该修改父类已经实现的方法。类B继承类A时，除添加新的方法完成新增功能P2外，尽量不要重写父类A的方法，也尽量不要重载父类A的方法。

问题由来：有一功能P1，由类A完成。现需要将功能P1进行扩展，扩展后的功能为P，其中P由原有功能P1与新功能P2组成。新功能P由类A的子类B来完成，则子类B在完成新功能P2的同时，有可能会导致原有功能P1发生故障。

4.接口隔离：设计接口尽量精简，客户端不应该依赖它不需要的接口。

问题由来：类A通过接口I依赖类B，类C通过接口I依赖类D，如果接口I对于类A和类B来说不是最小接口，则类B和类D必须去实现他们不需要的方法。

 

5.迪米特原则（最少知道）：一个类对自己依赖的类知道的越少越好。尽量降低类与类之间的耦合，对于被依赖的类来说，无论逻辑多么复杂，都尽量地的将逻辑封装在类的内部，对外除了提供的public方法，不对外泄漏任何信息。

问题由来：类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。

6.开闭原则：对修改关闭，对扩展开放。