本文转发自：Java 的抽象特性：抽象类与接口深度解析
本文目录：
要点：
- 抽象类
- 接口
- 抽象类与接口的区别
一. 抽象
对于面向对象编程来说，抽象是它的四大特征之一。在 Java 中，可以通过两种形式来体现 OOP 的抽象：接口 和 抽象类。接口和抽象类为我们提供了一种将接口与实现分离的更加结构化的方法。
二. 抽象类
1、概念基础
我们都知道在面向对象的领域一切都是对象。同时，所有的对象都是通过类来描述的，但是并不是所有的类都是可以描述对象（对象 = 状态 + 行为）的。如果一个类没有足够的信息来描述一个具体的对象，那么我们就可以将这样的类设为抽象类。抽象类只能被 public 和 默认修饰符修饰。
在了解抽象类之前，先来了解一下 抽象方法。抽象方法是一种特殊的方法：它只有声明，而没有具体的实现。抽象方法的声明格式为：
abstract void func();抽象方法必须用 abstract 关键字进行修饰。如果一个类含有抽象方法，则称这个类为抽象类，抽象类必须在类前用abstract 关键字修饰 (特别需要注意的是，抽象类也可以不包含抽象方法，即其中所有的方法都是具体方法)。因为抽象类中含有未具体实现的方法，所以不能用抽象类创建对象。
public abstract class ClassName {
abstract void fun();
}从这里可以看出，抽象类就是为了继承而存在的，如果你定义了一个抽象类，却不去继承它，那么等于白白创建了这个抽象类，因为你不能用它来做任何事情。对于一个父类，如果它的某个方法在父类中实现出来没有任何意义，必须根据子类的实际需求来进行不同的实现，那么就可以将这个方法声明为 abstract 方法，此时这个类也就成为 abstract 类了。
包含抽象方法的类称为抽象类，但并不意味着抽象类中只能有抽象方法，它和普通类一样，同样可以拥有成员变量和普通的成员方法。注意，抽象类和普通类的主要有三点区别：
1、抽象方法不能是 private 的，否则，其不能被子类继承，子类也无法实现该方法，从而这样做没有任何意义；
2、抽象类不能用来创建对象；
3、如果一个类继承于一个抽象类，则子类必须实现父类的抽象方法。如果子类没有实现父类的抽象方法，则必须将子类也定义为为 abstract 类。
在其他方面，抽象类和普通的类并没有区别。
2、本质
抽象类与具体类的唯一区别：含有抽象方法的类一定是抽象类；
抽象类的根本作用是为了继承，所以抽象类的抽象方法不能被 private 修饰；
抽象类比具体类仅多一点抽象因素：行为层面的抽象（可以包含抽象方法）；
三. 接口
1、概念基础
接口(interface)，在软件工程中，接口泛指供别人调用的方法或者函数。从这里，我们可以体会到 Java 语言设计者的初衷，它是对行为的抽象。接口只能被 public 和默认修饰符修饰。 在Java中，定义一个接口的形式如下：
public interface InterfaceName {
// ...
}接口中可以含有 变量和方法。但是要注意，接口中的 变量 会被隐式地指定为 public static final变量（并且只能是public static final变量，而且 public static final 可省，即默认就是public static final 的），而 方法 会被隐式地指定为 public abstract 方法且只能是 public abstract 方法（public abstract 可省，即默认就是 public abstract 的），并且接口中所有的方法不能有具体的实现，也就是说，接口中的方法必须都是抽象方法。从这里可以隐约看出接口和抽象类的区别，接口是一种极度抽象的类型，它比抽象类更加“抽象”。
要让一个类遵循某组特地的接口需要使用 implements 关键字，具体格式如下：
class ClassName implements Interface1, Interface2, [....]{
// ...
}可以看出，允许一个类遵循多个特定的接口。如果一个非抽象类遵循了某个接口，就必须实现该接口中的所有方法。对于遵循某个接口的抽象类，可以不实现该接口中的抽象方法。
2、本质
接口是一种行为契约，是对行为的抽象；
四. 接口与抽象类的区别
1、语法层面上的区别
1、抽象类可以提供成员方法的实现细节，而接口中只能存在 public abstract (可省) 方法；
2、抽象类中的成员变量可以是各种类型的，而接口中的成员变量只能是 public static final (可省) 类型的；
3、接口中不能含有静态代码块以及静态方法，而抽象类可以有静态代码块和静态方法；
4、一个类只能继承一个抽象类，而一个类却可以实现多个接口。
2、设计层面上的区别
1）抽象类是对一种事物的抽象，即对类抽象，而接口是对行为的抽象。抽象类是对整个类整体进行抽象，包括属性、行为，但是接口却是对类局部（行为）进行抽象。举个简单的例子，飞机和鸟是不同类的事物，但是它们都有一个共性，就是都会飞。那么在设计的时候，可以将飞机设计为一个类 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 进行改动。而辐射式设计，比如某个电梯都装了某种报警器，一旦要更新报警器，就必须全部更新。也就是说 对于抽象类，如果需要添加新的方法，可以直接在抽象类中添加具体的实现，子类可以不进行变更；而对于接口则不行，如果接口进行了变更，则所有实现这个接口的类都必须进行相应的改动。
下面看一个网上流传最广泛的例子：门和警报的例子：门都有 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() {
//....
}
}3、小结
1、抽象类是对一种事物的抽象，接口是对行为的抽象；
2、抽象类是一种模板，接口是一种契约；
3、抽象类的抽象程度介于普通类和接口之间。