对于很多开发者来说，抽象类与接口的选择都很模糊，也有很多开发人员压根就不使用他们。你或许会说，只要实现功能就行，我甚至都不适用任何框架都可以写出来。当然，每个开发人员都是独立的个体，都有自己独特的想法，尤其是java编程行业。会定义变量，会创建对象，会程序流程等一些基本知识的理解都可以上手开发项目，如果你是这么认为的，那么请选择关闭这篇文章。
1、什么是抽象类
通俗的将就是这个类是被迫这样子的，儿子欠别人的钱，老子不能不还呀！因为该类中肯定存在抽象方法，所以我必须是抽象类。如果还跟普通的类一样的话，我存在的价值就体现不出来了。
有抽象方法的类肯定是抽象类，那么抽象类中肯定有抽象方法吗？（当然不是，老子是个穷光蛋，不一定儿子就是个穷光蛋。）
抽象类中除了有特定的抽象方法之外，跟普通类没有多大的区别，可以有自己的属性和方法。
public abstract class Car {
/**
* 该方法是一个抽象方法
* 抽象方法只有定义，没有实现
* 同样因为抽象类中有没有实现的方法，因此抽象类时不可能创建某一个具体的对象的
*/
public abstract void move();
/**
* 可以定义普通的方法
*/
public void open(){
System.out.println("------汽车可以开------");
}
/**
* 也可以定义自己的属性
*/
private String name;
private int speed;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public int getSpeed() {
return speed;
}
public void setSpeed(int speed) {
this.speed = speed;
}
public static void main(String[] args) {
}
}
有的人会问：什么是抽象方法呢？简单理解就是，你只是知道我的名字，却不知道我具体是干什么的。抽象方法是一种特殊的方法：它只有声明，而没有具体的实现。
与普通方法的区别就是，abstract。
因为抽象类中含有没有实现的抽象方法，因此是不可能new出来对象的，是不可能有自己的对象的。要不又跟普通类一样。
简单一句话：就因为有一个没有实现的方法，所有java才会给这一个特性起名为抽象。这个特殊的方法产生了，我们就要想办法去管理它，所有就产生了抽象类。抽象类如果可以自己定义对象的话，那跟普通的类不一样了吗？所以抽象类它才会产生这个不能定义自己对象的特性。
1）抽象方法必须是public或者protected，因为如果是private子类是不可能去继承，也会存在实现功能。
2）抽象类不能用来创建对象；
3）如果一个类继承于一个抽象类，则子类必须实现父类的抽象方法。如果子类没有实现父类的抽象方法，则必须将子类也定义为为abstract类。
在其他方面，抽象类和普通的类并没有区别。
2、什么是接口。
接口，英文称作interface，在软件工程中，接口泛指供别人调用的方法或者函数。从这里，我们可以体会到Java语言设计者的初衷，它是对行为的抽象。
在Java中，定一个接口的形式如下：
接口中可以含有 变量和方法。但是要注意，接口中的变量会被隐式地指定为public static final变量（并且只能是public static final变量，用private修饰会报编译错误），而方法会被隐式地指定为public abstract方法且只能是public abstract方法（用其他关键字，比如private、protected、static、 final等修饰会报编译错误），并且接口中所有的方法不能有具体的实现，也就是说，接口中的方法必须都是抽象方法。
从这里可以隐约看出接口和抽象类的区别，接口是一种极度抽象的类型，它比抽象类更加“抽象”，并且一般情况下不在接口中定义变量。
接口是抽象类的抽象。
3、他们两者之间的区别。
3.1、java语法上面区别；
1）抽象类中的属性和方法可以是任意类型的，接口中的属性和方法默认是抽象的。
2）抽象类中的方法包含静态代码块和静态方法，接口中是不允许的。
3）一个类只能继承一个抽象类，而一个类却可以实现多个接口。
3.2、java设计层面上的区别。
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( )两个动作，此时我们可以定义通过抽象类和接口来定义这个抽象概念：
| 1 2 3 4 | |
或者：
| 1 2 3 4 | |
但是现在如果我们需要门具有报警alarm( )的功能，那么该如何实现？下面提供两种思路：
1）将这三个功能都放在抽象类里面，但是这样一来所有继承于这个抽象类的子类都具备了报警功能，但是有的门并不一定具备报警功能；
2）将这三个功能都放在接口里面，需要用到报警功能的类就需要实现这个接口中的open( )和close( )，也许这个类根本就不具备open( )和close( )这两个功能，比如火灾报警器。
从这里可以看出， Door的open() 、close()和alarm()根本就属于两个不同范畴内的行为，open()和close()属于门本身固有的行为特性，而alarm()属于延伸的附加行为。因此最好的解决办法是单独将报警设计为一个接口，包含alarm()行为,Door设计为单独的一个抽象类，包含open和close两种行为。再设计一个报警门继承Door类和实现Alarm接口。
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 | |