当您想在继承层次结构中提供多态行为时，请使用抽象类。

当您想要完全无关的类的多态行为时，请使用接口。

要点：

抽象类可以具有属性、数据字段、方法（完整/不完整）。如果方法或财产在抽象关键字中定义，则必须在派生类中重写该关键字。（它作为一个紧密耦合的功能）如果为抽象类中的方法或财产定义抽象关键字，则无法定义方法体和获取/设置的值必须在派生类中重写的财产。抽象类不支持多重继承。抽象类包含构造函数。抽象类可以包含子、函数和财产的访问修饰符。只有抽象类的完整成员可以是静态的。接口只能从另一个接口继承，不能从抽象类继承，其中抽象类可以从另一抽象类或其他接口继承。

优势：

它是一种强制所有子类执行相同层次结构或标准的契约。如果各种实现都是相同的类型，并且使用共同的行为或状态，那么抽象类更适合使用。如果我们向抽象类添加一个新方法，那么我们可以选择提供默认实现，因此所有现有代码都可以正常工作。它允许比接口更快的执行。（接口需要更多时间在相应的类中查找实际方法。）它可以用于紧耦合和松耦合。

在此处查找详细信息。。。http://pradeepatkari.wordpress.com/2014/11/20/interface-and-abstract-class-in-c-oops/

继承用于两个目的：

允许对象将父类型数据成员和方法实现视为自己的。允许期望引用超类型对象的代码使用对一种类型对象的引用。

在支持广义多重继承的语言/框架中，通常不需要将类型分类为“接口”或“抽象类”。然而，流行的语言和框架将允许一个类型将另一个类型的数据成员或方法实现视为自己的，即使它们允许一种类型可以替代任意数量的其他类型。

抽象类可能有数据成员和方法实现，但只能由不从任何其他类继承的类继承。接口对实现它们的类型几乎没有任何限制，但不能包含任何数据成员或方法实现。

有时，类型可以替代许多不同的东西是有用的；在其他情况下，对象将父类型数据成员和方法实现视为自己的成员是有用的。区分接口和抽象类允许在最相关的情况下使用这些功能。

我正在建造一座300层的大楼

建筑的蓝图界面

例如，Servlet（I）

建筑高达200层-部分完工-摘要

部分实现，例如泛型和HTTPservlet

建筑施工完成混凝土

完整实现，例如，自己的servlet

界面

我们对实现一无所知，只知道需求。我们可以去找一个接口。默认情况下，每个方法都是公共的和抽象的这是一个100%纯抽象类如果我们宣布公开，我们就不能宣布隐私和受保护如果我们声明抽象，我们就不能声明final、static、synchronized、strictfp和native每个接口都有公共的、静态的和最终的序列化和瞬态不适用，因为我们无法在接口中创建实例非挥发性，因为它是最终的每个变量都是静态的当我们在接口内声明变量时，我们需要在声明不允许实例和静态块

摘要

部分实施它有一个抽象的方法。此外，它使用混凝土对抽象类方法修饰符没有限制抽象类变量修饰符没有限制除了abstract，我们不能声明其他修饰符初始化变量没有限制

摘自DurgaJobs网站

一些重要的区别：

以表格的形式：

正如Joe在javapapers中所说：

1.主要区别在于Java接口的方法是隐式抽象的，不能有实现。Java抽象类可以具有实现默认行为的实例方法。2.Java接口中声明的变量默认为final。抽象类可以包含非最终变量。3.默认情况下，Java接口的成员是公共的。Java抽象类可以具有类成员的通常风格，受保护等。。4.Java接口应使用关键字“implements”实现；Java抽象类应该使用关键字“extends”进行扩展。5.接口只能扩展另一个Java接口，抽象类可以扩展另一Java类并实现多个Java接口。6.Java类可以实现多个接口，但只能扩展一个抽象类。7.接口是绝对抽象的，不能实例化；Java抽象类也不能实例化，但如果main（）存在。8.与java抽象类相比，java接口速度较慢，因为它需要额外的间接寻址。

接口与抽象类的比较是错误的。应该有另外两个比较：1）接口与类，2）抽象与最终类。

接口与类

接口是两个对象之间的契约。例如，我是一名邮递员，而你是一个要递送的包裹。我希望你知道你的送货地址。当有人给我一个包裹时，它必须知道它的送货地址：

interface Package {
  String address();
}

类是一组遵守契约的对象。例如，我是“箱子”小组的一名箱子，我遵守邮递员要求的合同。同时，我遵守其他合同：

class Box implements Package, Property {
  @Override
  String address() {
    return "5th Street, New York, NY";
  }
  @Override
  Human owner() {
    // this method is part of another contract
  }
}

摘要与最终

抽象类是一组不完整的对象。它们不能使用，因为它们缺少一些部件。例如，我是一个抽象的GPS感知框-我知道如何检查我在地图上的位置：

abstract class GpsBox implements Package {
  @Override
  public abstract String address();
  protected Coordinates whereAmI() {
    // connect to GPS and return my current position
  }
}

这个类如果被另一个类继承/扩展，可能非常有用。但就其本身而言，它是无用的，因为它不能有对象。抽象类可以是最终类的构建元素。

Final类是一组完整的对象，可以使用，但不能修改。他们确切地知道如何工作和做什么。例如，我是一个盒子，它总是在构建过程中到达指定的地址：

final class DirectBox implements Package {
  private final String to;
  public DirectBox(String addr) {
    this.to = addr;
  }
  @Override
  public String address() {
    return this.to;
  }
}

在大多数语言中，如Java或C++，可能只有一个类，既不是抽象类也不是最终类。这样的类可以继承并实例化。不过，我认为这并不严格符合面向对象的范例。

同样，将接口与抽象类进行比较是不正确的。