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

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

总结

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

备选摘要

接口用于定义公共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。

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

建筑的蓝图界面

例如，Servlet（I）

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

部分实现，例如泛型和HTTPservlet

建筑施工完成混凝土

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

界面

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

摘要

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

摘自DurgaJobs网站

总结起来最简单的方法是：

完全抽象，除了默认和静态方法；虽然它有默认和静态方法的定义（方法签名+实现），但它只有其他方法的声明（方法签名）。受比类更宽松的规则约束（类可以实现多个接口，接口可以从多个接口继承）。所有变量都是隐式常量，无论是否指定为公共静态final。所有成员都是隐式公共的，无论是否指定为公共成员。通常用于保证实现类将具有指定的特性和/或与实现相同接口的任何其他类兼容。

同时，抽象类是：

从完全抽象到完全实现，具有一个或多个抽象方法的倾向。可以包含声明和定义，声明标记为抽象。一个完整的类，并且受制于管理其他类的规则（只能从一个类继承），条件是它不能实例化（因为不能保证它完全实现）。可以具有非常量成员变量。可以实现成员访问控制，将成员限制为受保护、私有或私有包（未指定）。通常用于提供可由多个子类共享的尽可能多的实现，或者提供程序员能够提供的尽可能的实现。

或者，如果我们想将其归结为一句话：接口是实现类所拥有的，而抽象类是子类所拥有。

代表实际实现的抽象类和接口之间的差异。

接口：它是一个关键字，用于定义对象的模板或蓝图，它强制所有子类遵循相同的原型，作为实现，所有子类都可以根据其要求自由实现功能。

我们应该使用接口的一些其他用例。

两个外部对象（应用程序中的第三方集成）之间的通信通过此处的接口完成。

抽象类：抽象，它是一个关键字，当我们在任何类之前使用这个关键字时，它就成为抽象类。它主要用于我们需要定义模板以及所有子类后面的对象的一些默认功能时，这样它就删除了多余的代码和一个可以使用抽象类的用例，例如，我们不希望其他类可以直接实例化该类的对象，只有派生类可以使用该功能。

抽象类示例：

 public abstract class DesireCar
  {

 //It is an abstract method that defines the prototype.
     public abstract void Color();

  // It is a default implementation of a Wheel method as all the desire cars have the same no. of wheels.   
 // and hence no need to define this in all the sub classes in this way it saves the code duplicasy     

  public void Wheel() {          

               Console.WriteLine("Car has four wheel");
                }
           }


    **Here is the sub classes:**

     public class DesireCar1 : DesireCar
        {
            public override void Color()
            {
                Console.WriteLine("This is a red color Desire car");
            }
        }

        public class DesireCar2 : DesireCar
        {
            public override void Color()
            {
                Console.WriteLine("This is a red white Desire car");
            }
        }

接口示例：

  public interface IShape
        {
          // Defines the prototype(template) 
            void Draw();
        }


  // All the sub classes follow the same template but implementation can be different.

    public class Circle : IShape
    {
        public void Draw()
        {
            Console.WriteLine("This is a Circle");
        }
    }

    public class Rectangle : IShape
    {
        public void Draw()
        {
            Console.WriteLine("This is a Rectangle");
        }
    }

我迟到10年了，但我想尝试任何方法。几天前写了一篇同样的帖子。我想把它张贴在这里。

tl；博士当您看到“Is A”关系时，请使用继承/抽象类。当您看到“有”关系时，创建成员变量。当您看到“依赖于外部提供程序”时，实现（而不是继承）一个接口。

面试问题：接口和抽象类有什么区别？你如何决定何时使用什么？我通常会得到以下一个或全部答案：答案1：不能创建抽象类和接口的对象。

ZK（这是我的首字母缩写）：你不能创建任何一个对象。所以这并不是什么区别。这是接口和抽象类之间的相似之处。柜台问题：为什么不能创建抽象类或接口的对象？

答案2：抽象类可以有一个函数体作为部分/默认实现。

ZK：反问题：所以如果我将其更改为纯抽象类，将所有虚拟函数标记为抽象，并且不为任何虚拟函数提供默认实现。这会使抽象类和接口相同吗？之后它们可以互换使用吗？

答案3：接口允许多重继承，抽象类不允许。

ZK：反问：你真的从接口继承吗？还是只实现一个接口，从抽象类继承？实现和继承之间有什么区别？这些反问题会让考生们措手不及，让大多数人挠头，或者直接进入下一个问题。这让我觉得人们需要帮助来构建面向对象编程的基本构件。原始问题和所有反问题的答案都可以在英语和UML中找到。为了更好地理解这两个结构，您必须至少了解以下内容。

共同名词：共同名词是指同一类或同一种类的事物的“共同”名称。例如水果、动物、城市、汽车等。

专有名词：专有名词是物体、地点或事物的名称。苹果、猫、纽约、本田雅阁等。

汽车是一个通用名词。本田雅阁是一个专有名词，可能是一个合成专有名词，一个由两个名词组成的专有名词。

来到UML部分。您应该熟悉以下关系：

是A有A使用

让我们考虑下面的两句话。-本田雅阁是一辆车？-本田雅阁有车吗？

哪一个听起来正确？简单的英语和理解能力。本田雅阁（HondaAccord）和汽车（Cars）有着“是A”的关系。本田雅阁（Honda accord）没有车，它“是”一辆车。本田雅阁“有一个”音乐播放器。

当两个实体共享“Is A”关系时，它更适合继承。Has a relationship是创建成员变量的更好候选。这样，我们的代码如下所示：

abstract class Car
{
   string color;
   int speed;
}
class HondaAccord : Car
{
   MusicPlayer musicPlayer;
}

现在本田不生产音乐播放器。或者至少这不是他们的主要业务。

因此，他们联系其他公司并签订合同。如果你在这里接收到电源和这两条电线上的输出信号，它在这些扬声器上会播放得很好。

这使得Music Player成为界面的完美候选。你不在乎谁为它提供支持，只要连接正常即可。

您可以用索尼或其他方式替换LG的MusicPlayer。这不会改变本田雅阁的任何事情。

为什么不能创建抽象类的对象？

因为你不能走进展厅说给我一辆车。你必须提供一个专有名词。什么车？可能是本田雅阁。这就是销售代理可以给你东西的时候。

为什么不能创建接口的对象？因为你不能走进展厅说给我一份音乐播放器的合同。这没用。接口位于消费者和提供者之间，只是为了促成协议。你将如何处理协议副本？它不会播放音乐。

为什么接口允许多重继承？

接口未被继承。接口已实现。界面是与外部世界交互的候选界面。本田雅阁有一个加油接口。它有给轮胎充气的接口。和用来给足球充气的软管一样。因此，新代码如下所示：

abstract class Car
{
    string color;
    int speed;
}
class HondaAccord : Car, IInflateAir, IRefueling
{
    MusicPlayer musicPlayer;
}

英文的意思是“本田雅阁是一款支持轮胎充气和加油的汽车”。

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”。?>如果您正在分发一个类供其他人使用，那么您的类将实现一个特定的接口。接口是一个协议，为您的类提供一组特定的公共方法。如果您（或其他人）编写了一个已经编写了一些要在新类中使用的方法的类，则可以让您的类扩展一个抽象类。这些概念虽然很容易混淆，但却特别不同和不同。出于所有意图和目的，如果您是任何类的唯一用户，则不需要实现接口。