从对子类影响角度分析抽象类和接口的区别

在java中，无论是写代码、面试、交流，均不可或缺的提到一个问题，抽象类和接口的区别

网上可谓众说纷纭，再次不在多说，想知道的请找度娘。

我今天想分享的是在对“子类”/“实现者”的影响角度来分析二者的区别：

抽象类

首先, 我们来从抽象类 的三个字进行分析：

抽象类的主体是 类 ，只不过这个类 是抽象的，

那么，他就具有了应该具备类的全部功能，但他是抽象的，那么他必然可以有一般类不具有的东西——抽象方法。

至于抽象类和类的差别，不是此文章的重点，再次不在细说。

抽象天生就是用来继承（extends）的，他决定了子类/派生类是什么的问题。

如：

/**
*
* 鸟的父类
* 假设鸟只会飞和吃
*
* <br>==========================
* <br> 开发：myhc2014@163.com
* <br> 创建时间：2015年10月16日下午6:45:07
* <br>==========================
*/
public abstract class Brid {

/**
* 飞，子类将要复写该方法，实现自己的飞行方式
*/
public abstract void fly();

/**
* 吃
*/
public void eat() {

}
}

/**
*
* 百灵鸟
*
* <br>==========================
* <br> 开发：myhc2014@163.com
* <br> 创建时间：2015年10月16日下午6:44:40
* <br>==========================
*/
public class Lark extends Brid {

@Override
public void fly() {
// 实现百灵鸟到底是怎么飞的
}

}

我们可以很明确的说，百灵鸟是鸟。

接口

我们来看看，接口是什么?

有人说，接口是对抽象类的抽象，把抽象类中所有类的东西，都抽出去了，剩下的部分就是接口。

我不反对，这的确是一个接口抽象的过程。

但接口能用来干什么呢？

在实际开发中，接口往往用于定义协议或者定义功能

接口是类的一个附加功能，如果一个类实现了某个接口，说明该类具备某种能力；

而并不能说，xx类对象，是某接口的子类（这样说主要是区别于抽象类）。

引用上面的百灵鸟例子。

大家都知道，百灵鸟区别于其他鸟的最大特点应该是唱歌了吧，

我们定义一个唱歌者接口

/**
*
* 唱歌者
*
* <br>==========================
* <br> 公司：奇虎360
* <br> 创建时间：2015年10月16日下午6:37:35
* <br>==========================
*/
public interface IMusicer {

/**
* 唱歌
*/
void sing();
}

由于百灵鸟会唱歌，百灵鸟的类就可以进化一下：

/**
*
* 百灵鸟
*
* <br>==========================
* <br> 公司：奇虎360
* <br> 开发：chenbaolong@360.cn
* <br> 创建时间：2015年10月16日下午6:43:38
* <br>==========================
*/
public class Lark extends Brid implements IMusicer {

@Override
public void sing() {
// 百灵鸟唱歌

}

@Override
public void fly() {
// 实现百灵鸟到底是怎么飞的

}

}

通过上面的代码实例，

通常情况下，我们会说，看到了一个会唱歌的百灵鸟，却不会说一个会飞的歌手。

当然，如果商场有活动，需要一个歌手唱支歌，把一个百灵鸟放上去，也是可以的，因为

他具备歌手的唱歌能力。

总结

通过上面的介绍，不知道您是否知道了抽象类和接口，在对子类影响中的地位。

通过对抽象了和接口的理解，能加深对设计模式的理解，也能对事务的抽象能力。

千言万语汇成一句话：

抽象类的子类一定是抽象类所抽象的对象；接口的实现类一定具备接口所定义的功能。