Java是一种纯面向对象的编程语言，类和对象是它的两个基本语言特性，学过Java的人都应该知道。但它还有另外两个比较容易搞混淆的特性：抽象类和接口。
我尝试着结合自身的经验，把这个问题搞清楚。受个人经验能力所限，出现纰漏在所难免，欢迎来辩。
先看一张表（《Java编程思想》中列出的关键特性）：
拿一个实际的问题举例：
所有的生物都有“吃东西”和“繁衍后代”这样的共性接口，哺乳类动物具有胎生、肺呼吸、体温恒定等共性，这就可以用抽象类来表示，这样就不必与生物这个基类紧耦合。代码表示如下：
/**
* 生物
*
*/
public interface Bios {
/**
* 吸收能量
*/
public void energy();
/**
* 繁衍
*/
public Object multiply();
}
/**
* 动物
*
*/
public interface Animal extends Bios {
/**
* 移动
*/
public void move();
/**
* 吃东西
*/
public void eat();
}
/**
* 哺乳纲
*
*/
public abstract class Mammal implements Animal {
/**
* 体温恒定
*/
protected static double temperature = 37;
/**
* 胎生
*/
public abstract Object vivipation();
/**
* 肺呼吸
*/
public abstract void pulmonary();
}
/**
* 灵长类
*
*/
public abstract class Primate extends Mammal {
/**
* 偶蹄，蹄均呈双数
*/
protected static boolean evenHoof = true;
/**
* 大脑发达，会思考
*/
public abstract void thinking();
}
/**
* 人类
* 生物 -> 动物 -> 哺乳纲 -> 灵长目
*
*/
public class Person extends Primate {
@Override
public void move() {
// TODO Auto-generated method stub
}
@Override
public void eat() {
// TODO Auto-generated method stub
}
@Override
public void energy() {
// TODO Auto-generated method stub
}
@Override
public Object multiply() {
// TODO Auto-generated method stub
return null;
}
@Override
public void thinking() {
// TODO Auto-generated method stub
}
@Override
public Object vivipation() {
// TODO Auto-generated method stub
return null;
}
@Override
public void pulmonary() {
// TODO Auto-generated method stub
}
}可以看到，「人类」继承了「哺乳纲」和「灵长类」的属性，同时也需要实现「生物」、「动物」接口和「哺乳纲」、「灵长类」的抽象方法。
至于抽象类和接口的区别，很多技术博客都写过，比如有些博主写得很好，比如门和报警器的例子、鸟和飞机的例子。不过在我看来，这都是从语言本身的特性来说明两者的区别，如果换一种例子、换一个场景，恐怕又会懵圈——好像什么都说了，又好像什么都没说。
与其将语法解释的很明白，倒不如把它用明白，这其实就是新手和高手之间的最大区别：新手总想弄懂每一招每一式，但高手更注重肌肉记忆所产生的反馈循环，什么意思呢？
来看看好的实践是怎么用抽象类和接口的吧。
这是Java I/O中的类继承结构图，这只是一部分，但用说明问题已经足够了。
可以看到，AbstractList是一个抽象类，实现了List接口，而List接口又继承自Collection接口。
抽象类AbstractList的部分定义是：
public abstract class AbstractList<E> extends AbstractCollection<E> implements List<E> {
......
public abstract E get(int index);
......
}接口List的部分定义是：
public interface List<E> extends Collection<E> {
......
E get(int index);
......
}同样可以很清楚地看到，抽象类和接口中都定义了E get(int index)这个方法，这是为啥？而且这个方法还是抽象类唯一的方法，为了这个方法，单独定义一个抽象类。因为作用不同。
接口中的E get(int index)是一种获取列表元素的操作，List这个接口集中了所有对列表可能的操作。
确切地来说，抽象类的更像是一种「模板」，规定了它的子类需要干的工作；而接口更像是一种「约束」，只要实现了接口的类，都要实现接口的方法。而且这种约束是可以不断往下传递的——只要父类有了这种约束，那么子类也全都得遵守这种约束。如果这个约束被修改了，那么遵守它的类也全都要跟着修改。
所有的集合都要能够迭代、可增加、删除和获取元素，这就是一种约束，所以以接口形式表现。而不同类型的集合又有不同类型的方法，有些方法不需要工程师自己实现，仅仅可以作为默认的「模板」提供。而模板，是不需要实例化的（也最好禁止实例化，所以它只能是抽象的，不能具体化。抽象类本身也是可以没有抽象方法的）。
所以，多看一些优秀的源码，如JDK的源码、Spring的源码，多揣摩作者的设计意图，看多了，也就慢慢会了。