前言
前文提到，面向对象的三个特征：封装、继承、多态。那么面向对象是怎么体现这三个特征呢？
关于五大基本原则，个人找资料的时候看得头都大了，对新手（如我）来说还是比较有理解难度的，本篇用较为简单的表述来帮助理解。
面向对象的三大基本特征
1. 封装
封装，就是将客观事物抽象为逻辑实体，实体的属性和功能相结合，形成一个有机的整体。并对实体的属性和功能实现进行访问控制，向信任的实体开放，对不信任的实体隐藏。，通过开放的外部接口即可访问，无需知道功能如何实现。
也就是说，封装主要有以下目的：
- 可隐藏实体实现的细节。
- 提高安全性，设定访问控制，只允许具有特定权限的使用者调用。
- 简化编程，调用方无需知道功能是怎么实现的，即可调用。
举个例子，xxx怎么跟别人介绍他的女朋友？
我的女朋友{
属性：
姓名;
(体重等信息就没必要跟别人说了，隐藏起来)
行为：
吃饭;
(其他的别人也不需要知道，隐藏起来)
}
X只需要跟别人说他女朋友一些公开的属性就行了，其他的可以选择隐藏。
如果别人想约X跟X女朋友出来一起吃个饭，只需要向X发出邀请，而无需知道X是怎么跟X女朋友商量的。
2. 继承
继承，在继承机制下形成有层级的类，使得低层级的类可以延用高层级类的特征和方法。继承的实现方式有两种：实现继承、接口继承。
实现继承：直接使用基类公开的属性和方法，无需额外编码。
接口继承：仅使用接口公开的属性和方法名称，需要子类实现。
也就是说，继承有以下目的：
- 复用代码，减少类的冗余代码，减少开发工作量。
- 使得类与类之间产生关系，为多态的实现打下基础。
举个栗子，怎么样做到年收千万上亿？继承家产就很棒。
X爸{
属性：
股票;
(现金和银行存款作为养老资产，隐藏起来)
行为：
管理公司;
}
X爸不想努力了，把公司交给X，自己的现金和银行存款已经够养老了。
X 继承 X爸{
属性：
股票;
(自己的现金和银行存款，隐藏起来)
行为：
管理公司;
}
3. 多态
多态，是指一个类的同名方法，在不同情况下的实现细节不同。多态机制实现不同的内部实现结构共用同一个外部接口。
也就是说，多态有以下目的：
- 一个外部接口可被多个同类使用。
- 不同对象调用同个方法，可有不同实现。
举个栗子，拥有千万资产的X想跟女朋友结婚了。
娶亲{
行为：
领证{挑个黄道吉日去领证};
摆酒{宴请各路亲戚三顿饭};
}
X不想像父辈那样专门挑个日子去领证，也不想请一堆不认识的亲戚吃饭。跟未婚妻商量之后，决定这么做。
X娶亲 继承 娶亲{
行为：
领证{跟未婚妻饭后散步，顺便领证};
摆酒{仅仅是宴请亲人和两人各自最好的几个朋友};
}
当别人在讨论X是怎么娶亲的时候，可以通过娶亲这个父类，来指向X娶亲子类，这样就可以知道X是怎么娶亲了。
从上述可以看出，多态实现的三个必要条件是：继承、重写（子类继承父类后，对继承的方法重新定义）、父类应用指向子类对象。所以，多态的实现是基于继承的。
面向对象的五大基本原则
1. 单一职责原则（SRP）
其核心思想为：一个类，最好只做一件事，只有一个引起它的变化。
一个类，最好有且仅有一个引起它变化的原因。
举个栗子，职员类里包括了普通员工、经理、老板，那类中势必需要用if else来区分判断，而且无论是这三种职员的需求发生变化，都会影响到整个职员类。
按照“单一职责原则”，将普通员工、经理、老板分别建一个类，既不用if else加以区分，也不会在修改某个职员类别的时候影响另一个。
2. 开放封闭原则（OCP）
其核心思想是：软件实体应该是可扩展的，而不可修改的。
一个类，可以扩展（添加属性和功能），但是不要修改已经写好的属性和方法。
实现开开放封闭原则的核心思想就是对抽象编程，而不对具体编程，因为抽象相对稳定。
打个简单的比方，X的大舅二舅都是他舅，是有血缘关系的舅舅，如果突然冒出来一个跟他有血缘关系的三舅，那也是他舅舅。同时也不能改变他大舅和二舅的亲缘关系。
3.里氏替换原则（LSP)
其核心思想是：子类必须能够替换其基类。
类A是类B的父类，那么在进行调用的时候，类A可以引用类B，但是反过来不行。
其实可以粗糙地理解为，类A就是对外提供一个接口，具体的实现在类B中。
实现的方法是面向接口编程：将公共部分抽象为基类接口或抽象类，通过Extract Abstract Class，在子类中通过覆写父类的方法实现新的方式支持同样的职责。
也就是说，其实里氏替换原则是继承和多态的综合体现。
4. 依赖倒置原则（DIP)
其核心思想是：依赖于抽象。具体而言就是高层模块不依赖于底层模块，二者都同依赖于抽象；抽象不依赖于具体，具体依赖于抽象。
在对客观事物抽象成逻辑实体时，可以先思考，同类事物的共性是什么，将这个共性作为这类事物的“高层模块”，若干不同的客观事物作为“底层模块”在依赖”高层“之后，对共性进行特定描述。
举个栗子，苹果跟西瓜都是水果，水果的共同属性是水分、糖分。在这里，”水果“作为高层模块，其属性可以在描述“苹果”和“西瓜”的时候使用，所以“苹果”“西瓜”在此是“底层模块”。
5. 接口隔离原则
其核心思想是：使用多个小的专门的接口，而不要使用一个大的总接口。
接口中定义属性和需要子类实现的方法，实现类必须完全实现接口的所有方法、属性。为什么要接口隔离呢？目的有二：
- 避免引用接口的类，需要实现其实用不到的接口方法、属性。
- 避免当接口修改的时候，有一连串的实现类需要更改。
分离的手段主要有以下两种：1、委托分离，通过增加一个新的类型来委托客户的请求，隔离客户和接口的直接依赖，但是会增加系统的开销。2、多重继承分离，通过接口多继承来实现客户的需求，这种方式是较好的。
- 委托分离，不直接使用原先的接口，可以用另外增加一个新的接口或类来实现需求。
- 多重继承分离，JDK源码、Spring框架使用了这种方式，后续的JDK源码解析系列会提及，好奇的朋友可以查看集合类的结构。
