在一个接口中，所有方法都只能是定义，而不能实现单个方法。

但在抽象类中必须有一个只有定义的抽象方法，但其他方法也可以在抽象类的实现中。。。

要点：

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

优势：

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

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

实际上并不是最初问题的答案，但一旦你找到了它们之间的区别的答案，你就会进入何时使用每一个困境：何时使用接口或抽象类？何时同时使用两者？

我对OOP的了解有限，但将接口视为语法中形容词的等价物对我来说一直有效（如果这个方法是假的，请纠正我！）。例如，接口名称类似于可以赋予类的属性或功能，并且类可以具有许多属性或功能：ISerializable、ICountable、IList、ICacheable、IHappy。。。

php.net上抽象类和接口的简单而有效的解释：

接口就像一个协议。它不指定对象的行为；它指定代码如何告诉该对象的动作。接口类似于英语：定义接口定义代码如何与实现该接口的任何对象通信。接口始终是一个协议或承诺。当一个类说“我实现接口Y”时，它就是说“我承诺拥有与任何具有接口Y的对象相同的公共方法”。另一方面，抽象类类似于部分构建的类。它很像是一个有空格要填写的文档。它可能使用英语，但这并不像某些文档已经写好这样重要。抽象类是另一个对象的基础。当一个类显示“I extend abstract class Y”时，它表示“I use some methods or properties already defined in this other class named Y”。因此，请考虑以下PHP：<?php文件类X实现了Y｛｝//这意味着“X”同意使用代码使用语言“Y”。类X扩展了Y｛｝//这意味着“X”将完成部分类“Y”。?>如果您正在分发一个类供其他人使用，那么您的类将实现一个特定的接口。接口是一个协议，为您的类提供一组特定的公共方法。如果您（或其他人）编写了一个已经编写了一些要在新类中使用的方法的类，则可以让您的类扩展一个抽象类。这些概念虽然很容易混淆，但却特别不同和不同。出于所有意图和目的，如果您是任何类的唯一用户，则不需要实现接口。

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

建筑的蓝图界面

例如，Servlet（I）

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

部分实现，例如泛型和HTTPservlet

建筑施工完成混凝土

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

界面

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

摘要

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

摘自DurgaJobs网站

抽象类与接口的主题主要是语义。

抽象类在不同的编程语言中通常充当接口的超集，除了一点，即可以实现多个接口，但只能继承一个类。

接口定义了某件事情必须能够做的事情；类似于合同，但不提供其实现。

抽象类定义了什么是什么，它通常托管子类之间的共享代码。

例如，格式化程序应该能够格式化（）某些内容。描述这种情况的常见语义是创建一个接口IFormatter，该接口带有一个format（）声明，其作用类似于一个契约。但是IFormatter并不描述什么是什么，而是描述它应该能够做什么。在本例中，我们创建一个抽象类。。。因此，我们创建了一个实现接口的抽象类Formatter。这是一个非常描述性的代码，因为我们现在知道我们有一个格式化程序，我们现在知道每个格式化程序必须能够做什么。

还有一个非常重要的主题是文档（至少对某些人来说…）。在您的文档中，您可能希望在子类中解释Formatter实际上是什么。有一个抽象类Formatter非常方便，您可以链接到子类中的文档。这是非常方便和通用的。另一方面，如果您没有抽象类Formatter，而只有接口IFormatter，则必须在每个子类中解释Formatter实际上是什么，因为接口是一个契约，你不会在接口的文档中描述Formatter实际上是什么-至少这不是常见的事情，你会打破大多数开发人员认为正确的语义。

注意：使抽象类实现接口是一种非常常见的模式。