抽象、接口

抽象

抽象的地位

在面向对象当中，“抽象”到底属不属于OO的特征一直是一个被争论的问题。也就是说OO既有3大特征的说法，也有4大特征的说法。

其中长期以来面向对象专家（特别是国外），在他们的论文、书籍和阐述当中都只有“封装”、“继承”和“多态”三大特征。

四大特征说法其实是在2010年左右，在国内的软件公司面试题目当中出现的。他们增加了一个“抽象”。

个人理解，面向对象中的“抽象”特征如果仅仅只是特指“abstract”，那么其范围和概念都过于小了一些，不足支撑它与“封装”、“继承”、“多态”一样称为编程思想的特性，而更多的是语言的特性。

而要想达到“编程思想”的特性，那么“抽象”的概念就不是OO所特有的了，包括面向过程也会有，它指的是把现实问题域当中的内容，通过人脑的抽取，进行数据和流程的建模，划分为计算机编程可以执行的方案。

抽象类

抽象类 在本质上就是一个加了“abstract”修饰符的类。普通类能够有的内容，在它内部全部都有（属性、构造、方法、静态代码块、甚至内部类）。 如果要说它的特点的话就两个：

1、它可以拥有抽象方法；

2、它不能产生对象，只能充当父类；

3、单继承。

接口

接口是java当中非常重要的一种数据类型，它的关键字是“interface”。 

接口中的定义

接口的属性

接口的属性只能是公共静态的常量属性，也就是说只能是“public static final ”修饰的。由于修饰符是固定的，所以允许不写，默认就是公共静态常量。 这一特点说明，接口更多的是关注的“行为”，因为它的“属性”过于死板了，明显不常用。

接口的构造

接口当中不能定义构造方法。而没有构造方法，接口当中也是不能直接产生对象的。

接口的行为

接口里面的方法应该是公共的抽象方法。（后续JDK版本更新，也允许定义非抽象方法，但是这不是借口的主要用途或者设计的理由，而是后面的“锦上添花”）。就算我们不写“public abstract”（可不写） 也会默认为公共抽象的。

以上三点说明：

1、接口不能产生对象；

2、接口只能充当在设计结构中的上层类型；

3、接口更多的关注的是行为，而不是属性。

如果接口仅仅就上面3点，那么它和抽象类就重复了。那么不同在哪里呢？接口是可以做“多继承”或“多实现”的。

接口的使用

接口可以继承接口

使用关键字“extends”可以让一个接口继承另一个接口。 效果：通过继承子接口自动拥有来自于父接口当中定义的属性和行为；同时还可以定义自己的属性和行为。

最特殊的是：接口不但可以继承接口，而且还是多继承。语法：

   public interface 接口名 extends 父接口1，父接口2，.....{
   
   }
​

如果两个父接口中都拥有一个一摸一样的方法，那么在子接口中不会冲突，因为子接口只需要拥有一个即可。 如果两个父接口中各自拥有一个同名的属性，那么子接口在使用的属性的时候会报错，因为分不清到底用的是哪个父接口定义的该属性。解决方案：在子接口中定义一个自己的同名属性。

类可以实现接口

类 实现 接口 使用关键字“implements”。这里的这个类被称为接口的“实现类”。

1、一个类实现接口以后，应该重写这个接口里面所有的抽象方法，否则这个类就是一个“抽象类”；

2、一个类可以同时实现多个接口，前提同样是必须实现这多个接口中的所有抽象方法，否则这个类仍然是一个“抽象类”；

3、一个类可以在实现接口的同时，继承父类。语法：

    public class 类名 extends 父类 implements 父接口1, 父接口2,.....{
    
    }
​

接口的场景

接口在使用上与抽象类有一定的相似度，但是又有很大的不同。抽象类与它的子类是“is-a”关系，但是接口与它的实现类不是。接口无论是它的定义的属性还是多实现的特点，它设计的目的主要是“让没有继承关系的类，也能共享行为”。接口，我们通常不把它叫做“is-a”关系，而是称为“like - a”关系，“像一个”。

接口支持多态 --- "接口的引用可以指向实现类的对象"。

接口同样可以在多态应用当中，体现出动态多态的效果。

同样还可以通过instanceof关键字，来判断这个接口的引用是否指向某个类的对象

也可以通过强转的语法，把这接口引用强转成某个实现类的引用。同样，这里的强转也有风险，如果该引用不是指向接口的实现类对象，那么这个强转也会报错（ClassCastException）。

结论：在没有继承关系的类当中，也能共享行为。这是接口的意义所在。

接口的应用场景

设计中出现抽象方法

接口是书写抽象方法的类型，抽象类也是书写抽象方法的类型。经常有面试要求回答接口和抽象类的区别，网上大部分答案都只是整合了语法区别，而往往忘记了场景区别。

对于我们来说设计在抽象类身上的抽象方法，秉承了类继承的“is-a”关系，所以应该是“与身俱来”的行为我们才定义在“抽象类”当中。---- 没有这个方法，就不是这个类型。

对于那些“附属添加”的行为就应该设计在接口当中，然后根据实际需要给某些类型进行添加，增加丰富度。

那么究竟定义几个接口？每个接口里面定义几个方法？

 接口隔离原则 --- 在接口的设计上，不应该让上层接口污染下层接口或实现类。 当然它还有第二种说法 最小接口原则 --- 尽量定义具有少量的方法的小接口，不要定义大而全的大接口。判断一个接口里面是否有多个方法的标准是这个方法应该同时出现或同时不出现。

标识接口

这种接口的设计目的已经不是让没有继承关系的共享行为了。通常，这种接口的"{}"当中没有任何内容，就是一个空白的实现。

这种接口是用来给类型打“标识”的，通过判断是否具有这个标识（用instanceof判断），从而决定让某个类的对象可以从事某种操作，否则不允许。

为什么是标识接口，而不是标识类呢？ 其核心原因就是因为在Java当中类是单继承的，接口是多实现的，且在实现接口的同时不影响继承父类。所以把标识设计为接口，不会对业务设计产生影响。

总结核心知识点

1、接口的地位 --- 独立的一种引用数据类型;

2、接口的语法

2-1、定义 关键字"interface" 属性只能是公共静态常量 没有构造方法 方法都是公共的抽象方法

2-2、使用 接口可以继承接口，多继承； 类可以实现接口，多实现。类应该把接口中的抽象方法全部重写，否则这个类又是抽象类。

2-3、跟封装的关系 让没有继承关系的类也能够共享行为 跟继承的关系 继承是 is - a， 与生俱来的行为写入继承 接口是 like-a 附属添加的行为写入接口 跟多态的关系 接口的引用可以指向实现类的对象！但只能看到该对象身上定义在接口里面的内容。可以强转，但是要先instanceof判断。

3、接口的使用场景

3-1、把附属添加的抽象行为定义在接口中，通过多实现让没有继承关系类具有共性行为；

3-2、标识接口。一种特殊的没有任何内容的接口，其目的是为了给某个类型打上标记，允许对它的对象执行某种操作。

在当前JDK的版本中，接口的新的语法

接口在JDK8版本当中，开始出现了一些新的语法设计。这些新语法的设计不见得是必须的，通常的目的是为了更简便应用，但是又引入了和接口设计初衷的一些违背。用不用？咋用？这个就见仁见智了。

1、接口当中允许定义非抽象方法。 在接口中定义的非抽象方法，必须在方法声明处使用可选修饰符"default"来进行修饰。

效果： 接口中的default方法，不再强制要求实现类重写。 如果一个实现类实现了两个接口，而这两个接口当中都有一摸一样的default方法，那么这个default方法必须在实现类当中重写。

什么时候会用到接口中的default方法呢？ 当没有继承关系的类共享某个行为，而该行为的实现也是共享的，这个时候就可以直接在接口里面把这个方法给实现了，不用让实现类再写一次。

2、接口当中可以定义static的方法 在接口当中可以定义static方法，而static方法不能是抽象的，所以也是要求要实现的方法。

接口中的static方法和default方法的区别？ static方法可以用"接口名."的方式访问，主要还是充当工具方法。 default方法必须用“实现类的对象.”的方式来访问，仍然跟对象有关。

3、目前接口当中仍然不允许书写初始化块，无论是静态还是非静态的。