携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第30天，点击查看活动详情
1、前言
我们改变不了世界，但是我们可以改变自己。
8月28日，星期日，天气小雨，不知不觉参加更文挑战也已经一个月了，仿佛就是昨天才写的第一篇文章。
2、正文
抽象的使用场景：
抽象类可以理解成不完整的设计图，一般作为父类，让子类来继承。
当父类知道子类一定要完成某些行为，但是每个子类该行为的实现又不同，于是该父类就把该行为定义成抽家万法的形式，具体实现交给子类去完成。此时这个类就可以声明成抽象类。
特征和注意事项：
类有的成员（成员变量、方法、构造器）抽象类都具备。
抽象类中不一定有抽象方法，有抽象方法的类一定是抽象类
一个类继承了抽象类必须重写完抽象类的全部抽象方法，否则这个类也必须定义成抽象类。
不能用abstract修饰变量、代码块、构造器。
最重要的特征:得到了抽象方法，失去了创建对象的能力（有得有失)
final和abstract是什么关系?
1.互斥关系
2.abstract定义的抽象类作为模板让子类继承，final定义的类不能被继承。
3.抽象方法定义通用功能让子类重写，final定义的方法子类不能重写。
什么时候使用模板方法模式？
使用场景说明:当系统中出现同一个功能多处在开发，而该功能中大部分代码是一样的，只有其中部分可能不同的时候。
模板方法模式实现步骤：
把功能定义成一个所谓的模板方法，放在抽象类中，模板方法中只定义通用且能确定的代码。
模板方法中不能决定的功能定义成抽象方法让具体子类去实现。
模板方法模式解决了什么问题?
提高了代码的复用性。
模板方法已经定义了通用结构，模板方法不能确定的部分定义成抽象方法，交给子类实现，因此，使用者只需要关心自己需要实现的功能即可。
接口
什么是接口：接口也是一种规范。
接口的格式：
//接口用关键字interface来定义
public interface接口名{
//常量
//抽象方法
}
今天是我参加8月更文挑战的第30天，敬请期待下文，谢谢支持。
