我想再加一个有意义的区别。例如，您有一个包含数千行代码的框架。现在，如果您想使用方法enhanceUI（）在整个代码中添加新特性，那么最好在抽象类中添加该方法，而不是在接口中添加。因为，如果在接口中添加此方法，那么应该在所有已实现的类中实现它，但如果在抽象类中添加方法则不是这样。

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

建筑的蓝图界面

例如，Servlet（I）

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

部分实现，例如泛型和HTTPservlet

建筑施工完成混凝土

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

界面

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

摘要

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

摘自DurgaJobs网站

要点：

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

优势：

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

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

您可以发现接口和抽象类之间的明显区别。

界面

接口仅包含抽象方法。强制用户在实现接口时实现所有方法。仅包含最终变量和静态变量。使用interface关键字声明。接口的所有方法都必须定义为public。一个接口可以扩展，或者一个类可以实现多个其他接口。

抽象类

抽象类包含抽象和非抽象方法。继承时不强制用户实现所有方法抽象类。包含所有类型的变量，包括基元和非基元使用abstract关键字声明。抽象类的方法和成员可以使用任何可见度子类只能扩展单个类（抽象或具体）。

界面：转弯（左转，右转）

抽象类：轮子。

类别：方向盘，衍生自方向盘，暴露接口转向

一个是对可以在各种各样的事物中提供的行为进行分类，另一个是为事物本体建模。

许多初级开发人员错误地将接口、抽象类和具体类视为同一事物的细微变化，并纯粹基于技术原因选择其中之一：我需要多重继承吗？我需要一些地方来放置常用方法吗？除了一堂具体的课，我还需要为别的事情而烦恼吗？这是错误的，隐藏在这些问题中的是主要问题：“我”。当你自己编写代码时，你很少想到其他现在或将来的开发人员正在处理或使用你的代码。

接口和抽象类，虽然从技术角度看很相似，但有着完全不同的含义和目的。

总结

接口定义了某个实现将为您实现的契约。抽象类提供了您的实现可以重用的默认行为。

备选摘要

接口用于定义公共API抽象类用于内部使用和定义SPIs

隐藏实现细节的重要性

具体的类以非常具体的方式完成实际工作。例如，ArrayList使用一个连续的内存区域以紧凑的方式存储对象列表，这提供了快速的随机访问、迭代和就地更改，但在插入、删除和偶尔甚至添加时非常糟糕；同时，LinkedList使用双链接节点来存储对象列表，这提供了快速迭代、就地更改和插入/删除/添加，但在随机访问时非常糟糕。这两种列表针对不同的用例进行了优化，如何使用它们非常重要。当您试图从与您密切交互的列表中挤出性能时，当选择列表类型时，您应该仔细选择要实例化的列表。

另一方面，列表的高级用户并不真正关心它是如何实现的，他们应该与这些细节隔离开来。让我们想象一下，Java没有公开List接口，但只有一个具体的List类，这实际上就是LinkedList现在的样子。所有Java开发人员都会定制自己的代码以适应实现细节：避免随机访问，添加缓存以加快访问速度，或者自己重新实现ArrayList，尽管这与所有其他仅适用于List的代码不兼容。那太可怕了。。。但现在想象一下，Java主控实际上意识到链接列表对于大多数实际用例来说都是可怕的，并决定切换到数组列表，以获得唯一可用的list类。这将影响世界上每一个Java程序的性能，人们对此不会感到高兴。主要原因是实现细节是可用的，而开发人员认为这些细节是他们可以依赖的永久契约。这就是为什么隐藏实现细节，只定义抽象契约很重要。这就是接口的目的：定义一个方法接受什么样的输入，以及期望什么样的输出，而不暴露所有可能诱使程序员调整代码以适应未来任何更新可能改变的内部细节的勇气。

抽象类位于接口和具体类之间。它应该帮助实现共享公共或无聊的代码。例如，AbstractCollection提供了基于大小为0的isEmpty的基本实现，包含作为迭代和比较，addAll作为重复添加等等。这让实现专注于区分它们的关键部分：如何实际存储和检索数据。

API与SPI

接口是代码不同部分之间的低内聚网关。它们允许图书馆存在和发展，而不会在内部发生变化时破坏每个图书馆用户。它叫做应用程序编程接口，而不是应用程序编程类。在较小的规模上，它们还允许多个开发人员在大型项目上成功协作，通过文档化的界面将不同的模块分离。

抽象类是在实现接口时使用的高内聚性帮助程序，假定实现细节级别。或者，抽象类用于定义SPI、服务提供商接口。

API和SPI之间的区别很细微，但很重要：对于API，重点是谁使用它，而对于SPI，重点是由谁实现它。

向API添加方法很容易，API的所有现有用户仍将编译。向SPI添加方法很难，因为每个服务提供商（具体实现）都必须实现新方法。如果使用接口定义SPI，则每当SPI合约发生变化时，提供商都必须发布新版本。如果改用抽象类，则可以根据现有的抽象方法定义新方法，或者将新方法定义为空抛出未实现的异常存根，这至少允许旧版本的服务实现仍然编译和运行。

关于Java 8和默认方法的说明

虽然Java8引入了接口的默认方法，这使得接口和抽象类之间的界限更加模糊，但这并不是为了实现可以重用代码，而是为了更容易地更改同时用作API和SPI的接口（或者错误地用于定义SPI而不是抽象类）。

使用哪一个？

这个东西应该由代码的其他部分或其他外部代码公开使用吗？向其添加一个接口，以从公共抽象契约中隐藏实现细节，这是该事物的一般行为。这件事是不是应该有多个实现，有很多共同的代码？既要做一个接口，又要做一个抽象的、不完整的实现。是否只有一个实现，而没有其他人会使用它？让它成为一个具体的课程。“ever”是一个很长的时间，你可以安全地使用它，并在它上面添加一个界面。

一个推论：另一种方法往往是错误的：当使用一个东西时，总是尝试使用您实际需要的最通用的类/接口。换句话说，不要将变量声明为ArrayListtheList=newArrayList（），除非您实际上对它是一个数组列表有很强的依赖性，并且没有其他类型的列表可以为您删除它。如果它是一个列表，而不是任何其他类型的集合这一事实实际上无关紧要，请改用ListtheList=newArrayList，甚至使用CollectiontheCollection=newArrayNist。