抽象类和接口

一、基础概念

1.接口

所有接口中的方法必须是public。

1.interface中的方法默认为public abstract 的（用其他关键字，比如private、protected、static、 final等修饰会报编译错误）

2.变量默认为public static final（并且只能是public static final变量，用private修饰会报编译错误）

3.接口中所有的方法不能有具体的实现，也就是说，接口中的方法必须都是抽象方法

4.允许一个类遵循多个特定的接口

2.抽象类

包含抽象方法的类称为抽象类，但并不意味着抽象类中只能有抽象方法，它和普通类一样，同样可以拥有成员变量和普通的成员方法。注意，抽象类和普通类的主要有三点区别：

1.抽象方法必须为public或者protected（因为如果为private，则不能被子类继承，子类便无法实现该方法），缺省情况下默认为public。

2.抽象类不能用来创建对象；

3.如果一个类继承于一个抽象类，则子类必须实现父类的抽象方法。如果子类没有实现父类的抽象方法，则必须将子类也定义为为abstract类。如果抽象类没有实现接口中的方法，那么其子类必须实现接口中的方法，否则编译不通过。

可见，如果一个非抽象类遵循了某个接口，就必须实现该接口中的所有方法。对于遵循某个接口的抽象类，可以不实现该接口中的抽象方法，让其转交给子类去实现。

在其他方面，抽象类和普通的类并没有区别。

二、区别和联系

1.语法层面上的区别

1）一个类只能继承一个抽象类，而一个类却可以实现多个接口。

同时java接口可以多继承。

Interface3 Extends Interface0, Interface1, interface2

如mapper中出现的多继承

public interface CpCnIntroductionPlanProPreMapper extends BaseMapper<CpCnIntroductionPlanProPre>, MyBaseMapper<CpCnIntroductionPlanProPre> {

}

不允许类多重继承的主要原因是，如果A同时继承B和C，而B和C同时有一个D方法，A如何决定该继承那一个呢？

但接口不存在这样的问题，接口全都是抽象方法继承谁都无所谓，所以接口可以继承多个接口。

2）抽象类中的成员变量可以是各种类型的，而接口中的成员变量只能是public static final类型的；(定义常量时应用较多，便于维护)，抽象类的方法可以是public或者protected，而接口只能是public类型。

3）抽象类可以提供成员方法的实现细节，而接口不能有具体的实现细节；
如：

abstract class Instrument4 {
int i; // storage allocated for each
public abstract void play();
public String what() {
return "Instrument4";
}
public abstract void adjust();
}

4）接口中不能含有静态代码块以及静态方法，而抽象类可以有静态代码块和静态方法；

5)实现接口必须实现接口的所有方法，而抽象类可以使其只实现某一个方法即可，但抽象类的抽象方法必须全部继承（本质为类和接口的区别）

2.设计层面上的区别

1.抽象类是对一种事物的抽象，即对类抽象，是对整个类整体进行抽象，包括属性、行为。

如果一个类继承了某个抽象类，则子类必定是抽象类的种类,继承是一个 "是不是"的关系,即是is的关系

而接口是对行为的抽象

接口实现是有没有、具备不具备的关系，即是has的关系。

举个简单的例子

飞机和鸟是不同类的事物，但是它们都有一个共性，就是都会飞。那么在设计的时候，可以将飞机设计为一个类Airplane，将鸟设计为一个类Bird，但是不能将 飞行 这个特性也设计为类，因此它只是一个行为特性，并不是对一类事物的抽象描述。此时可以将 飞行 设计为一个接口Fly，包含方法fly( )，然后Airplane和Bird分别根据自己的需要实现Fly这个接口。然后至于有不同种类的飞机，比如战斗机、民用飞机等直接继承Airplane即可，对于鸟也是类似的，不同种类的鸟直接继承Bird类即可。从这里可以看出，继承是一个 "是不是"的关系，而 接口 实现则是 "有没有"的关系。如果一个类继承了某个抽象类，则子类必定是抽象类的种类，而接口实现则是有没有、具备不具备的关系，比如鸟是否能飞（或者是否具备飞行这个特点），能飞行则可以实现这个接口，不能飞行就不实现这个接口。

2.设计层面不同，抽象类作为很多子类的父类，它是一种模板式设计。而接口是一种行为规范，它是一种辐射式设计。

什么是模板式设计？

最简单例子，大家都用过ppt里面的模板，如果用模板A设计了ppt B和ppt C，ppt B和ppt C公共的部分就是模板A了，如果它们的公共部分需要改动，则只需要改动模板A就可以了，不需要重新对ppt B和ppt C进行改动。

而辐射式设计，比如某个电梯都装了某种报警器，一旦要更新报警器，就必须全部更新。

也就是说对于抽象类，如果需要添加新的方法，可以直接在抽象类中添加具体的实现，子类可以不进行变更；而对于接口则不行，如果接口进行了变更，则所有实现这个接口的类都必须进行相应的改动。

相关问题：
在java中接口可以继承接口吗？

3.抽象类和接口的综合使用

1.在缺省适配器模式下，一般让抽象类简单实现接口的某些方法，这样继承于抽象类的普通类就不用去实现接口中的所有方法了。

2.抽象类多用到模板设计模式中。

下面看一个网上流传最广泛的例子：

门和警报的例子：门都有open( )和close( )两个动作，此时我们可以定义通过抽象类和接口来定义这个抽象概念：

abstract class Door {
public abstract void open();
public abstract void close();
}
　　
　　或者：

interface Door {
public abstract void open();
public abstract void close();
}
　　但是现在如果我们需要门具有报警alarm( )的功能，那么该如何实现？下面提供两种思路：

1）将这三个功能都放在抽象类里面，但是这样一来所有继承于这个抽象类的子类都具备了报警功能，但是有的门并不一定具备报警功能；

2）将这三个功能都放在接口里面，需要用到报警功能的类就需要实现这个接口中的open( )和close( )，也许这个类根本就不具备open( )和close( )这两个功能，比如火灾报警器。

从这里可以看出， Door的open() 、close()和alarm()根本就属于两个不同范畴内的行为，open()和close()属于门本身固有的行为特性，而alarm()属于延伸的附加行为。因此最好的解决办法是单独将报警设计为一个接口，包含alarm()行为,Door设计为单独的一个抽象类，包含open和close两种行为。再设计一个报警门继承Door类和实现Alarm接口。

interface Alram {
void alarm();
}

abstract class Door {
void open();
void close();
}

class AlarmDoor extends Door implements Alarm {
void oepn() {
//…
}
void close() {
//…
}
void alarm() {
//…
}
}

思考

在java中接口可以继承接口吗？

不仅可以继承，还可以多继承。可以用来扩展功能啊，这样不用修改父借口，方便维护。体会过具体应用场景就明白了，这些方法全部由抽象类去承担。

参考资料

1）深入理解Java的接口和抽象类：http://www.cnblogs.com/dolphin0520/p/3811437.html