java抽象类和接口区别

深刻理解Java的接口和抽象类

　　对于面向对象编程来讲，抽象是它的一大特征之一。在Java中，能够经过两种形式来体现OOP的抽象：接口和抽象类。这二者有太多类似的地方，又有太多不一样的地方。不少人在初学的时候会觉得它们能够随意互换使用，可是实际则否则。今天咱们就一块儿来学习一下Java中的接口和抽象类。下面是本文的目录大纲：

　　一.抽象类

　　二.接口

　　三.抽象类和接口的区别

一.抽象类

　　在了解抽象类以前，先来了解一下抽象方法。抽象方法是一种特殊的方法：它只有声明，而没有具体的实现。抽象方法的声明格式为：

abstract void fun();

　　抽象方法必须用abstract关键字进行修饰。若是一个类含有抽象方法，则称这个类为抽象类，抽象类必须在类前用abstract关键字修饰。由于抽象类中含有无具体实现的方法，因此不能用抽象类建立对象。

　　下面要注意一个问题：在《JAVA编程思想》一书中，将抽象类定义为“包含抽象方法的类”，可是后面发现若是一个类不包含抽象方法，只是用abstract修饰的话也是抽象类。也就是说抽象类不必定必须含有抽象方法。我的以为这个属于钻牛角尖的问题吧，由于若是一个抽象类不包含任何抽象方法，为什么还要设计为抽象类？因此暂且记住这个概念吧，没必要去深究为何。

[public] abstract class ClassName {
    abstract void fun();
}

　　从这里能够看出，抽象类就是为了继承而存在的，若是你定义了一个抽象类，却不去继承它，那么等于白白建立了这个抽象类，由于你不能用它来作任何事情。对于一个父类，若是它的某个方法在父类中实现出来没有任何意义，必须根据子类的实际需求来进行不一样的实现，那么就能够将这个方法声明为abstract方法，此时这个类也就成为abstract类了。

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

　　1）抽象方法必须为public或者protected（由于若是为private，则不能被子类继承，子类便没法实现该方法），缺省状况下默认为public。

　　2）抽象类不能用来建立对象；

　　3）若是一个类继承于一个抽象类，则子类必须实现父类的抽象方法。若是子类没有实现父类的抽象方法，则必须将子类也定义为为abstract类。

　　在其余方面，抽象类和普通的类并无区别。

二.接口

　　接口，英文称做interface，在软件工程中，接口泛指供别人调用的方法或者函数。从这里，咱们能够体会到Java语言设计者的初衷，它是对行为的抽象。在Java中，定一个接口的形式以下：

[public] interface InterfaceName {

}

　　接口中能够含有 变量和方法。可是要注意，接口中的变量会被隐式地指定为public static final变量（而且只能是public static final变量，用private修饰会报编译错误），而方法会被隐式地指定为public abstract方法且只能是public abstract方法（用其余关键字，好比private、protected、static、 final等修饰会报编译错误），而且接口中全部的方法不能有具体的实现，也就是说，接口中的方法必须都是抽象方法。从这里能够隐约看出接口和抽象类的区别，接口是一种极度抽象的类型，它比抽象类更加“抽象”，而且通常状况下不在接口中定义变量。

　　要让一个类遵循某组特意的接口须要使用implements关键字，具体格式以下：

class ClassName implements Interface1,Interface2,[....]{
}

　　能够看出，容许一个类遵循多个特定的接口。若是一个非抽象类遵循了某个接口，就必须实现该接口中的全部方法。对于遵循某个接口的抽象类，能够不实现该接口中的抽象方法。

三.抽象类和接口的区别

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() {
      //....
    }
}摘自：http://www.cnblogs.com/dolphin0520/p/3811437.html