abstract class和interface可谓是java中的双骄，既相辅相成又各司其职，相信一部分从业人员在没有掌握其中奥妙之前用的也就比较随意，java中为什么会出现这么模糊不清的一对呢？就从java的设计意图谈谈抽象类和接口的区别
平常我们总是说抽象类（abstract class）里可以写实现方法而接口（interface）中却不可以，无论面试或是新手询问的时候会不出现尴尬的一幕？螃蟹正是如此，在一次次被追问却不深思，直到忍无可忍后开始到处在网上寻寻觅觅，同时请教了具有相当开发经验的大牛们，然后终于有了点心得特意来分享一下。
一、从概念上来讲
在面向对象的概念中，所有的对象都是通过类来描绘的，但是反过来，并不是所有的类都是用来描绘对象的，如果一个类中没有包含足够的信息来描绘一个具体的对象，这样的类就是抽象类。
java中的接口是一系列方法的声明，是一些方法特征的集合，一个接口只有方法的特征没有方法的实现，因此这些方法可以在不同的地方被不同的类实现，而这些实现可以具有不同的行为
二、从语法上来讲
抽象类
abstract class Itxxz{
abstract void wenzi();
void tupian(){
System.out.println("我是IT学习者网站中的图片");
}
}
接口
interface Itxxz{
void wenzi();
void tupian();
}
在以上两种定义方式中可以看出，两种方式定义了我们的网站IT学习者(itxxz)，并且提供了网站中常有的文字和图片个方法，而在抽象类中是可以有自己的方法定义的，正如上面的绿色部分。作为老生常谈的一点，想必大家已经很熟悉了。
三、从用途上来讲
在开发中尤其是订协议的时候，总能听到大家说需要一个XXX的接口，很少听到需要一个XXX的抽象类，为什么呢？
其实从刚才的疑问中已经能够感觉到作为接口，是给外部提供的，是双方进行沟通的桥梁，是方法调用的渠道。而内部类呢？我们在什么时候常用到内部类？
如果经常看一些开源的框架或者研究apache上的开源项目就会发现，抽象类往往是给自己用的。比如web项目的分层管理中dao层的设计，会不会经常看到很多成熟的框架都会继承一个类似BaseDao的基类，而这个基类中定义了我们最常用的增删改查甚至分页等常用的方法。这些都是我们不希望让外界知道或者调用的，给外界提供的渠道要么是一些工具类，要么就是一块预留空间，到时候随便什么协议方法都写到那里，就才是接口！
四、从java的设计理念上讲
归根结底java是一门面向对象的语言，也就是我们无论怎样思考，都需要落实到这一点。类是可以继承的，从继承关系上而言都是 “is a” 的关系。就拿一个《java编程思想》中经典的例子来说明一下：
都知道对于门来说，有开和关两个动作，这个无论用接口还是抽象类来描述都无大碍，但是假如这是一个具有报警功能的门，又该怎么来设计呢？
要是把开门、关门和报警都放到抽象类里，那么报警是门的固有属性吗？如果把它们都放到接口里，开门、关门和报警可归属于同一行为吗？
想想总是有些别扭，但是又难以表达哪里不合适，还是通过代码来示范下：
abstract class Door{
abstract void open();
abstract void close();
}
interface Alarm{
void alarm();
}
以上我们就定义了一个类(门)和一种行为（报警），开门和关门是门本身具备的两个执行动作，至于这是个什么样的门，还有什么样的功能，我们完全可以把这一系列相近的行为统一归属于接口中，实现结果如下：
public class Alarm extends Door implements Alarm{
void open{...}
void close{...}
void alarm{...}
} |
|
收藏
淘帖
踩
