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

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

如果您有一些可供多个类使用的通用方法，请使用抽象类。否则，如果你想让类遵循某种明确的蓝图，就去寻找接口。

以下示例演示了这一点。

Java中的抽象类：

abstract class Animals
{
    // They all love to eat. So let's implement them for everybody
    void eat()
    {
        System.out.println("Eating...");
    }
    // The make different sounds. They will provide their own implementation.
    abstract void sound();
}
 
class Dog extends Animals
{
    void sound()
    {
        System.out.println("Woof Woof");
    }
}
 
class Cat extends Animals
{
    void sound()
    {
        System.out.println("Meoww");
    }
}

以下是Java中接口的实现：

interface Shape
{
    void display();
    double area();
}
 
class Rectangle implements Shape 
{
    int length, width;
    Rectangle(int length, int width)
    {
        this.length = length;
        this.width = width;
    }
    @Override
    public void display() 
    {
        System.out.println("****\n* *\n* *\n****"); 
    }
    @Override
    public double area() 
    {
        return (double)(length*width);
    }
} 
 
class Circle implements Shape 
{
    double pi = 3.14;
    int radius;
    Circle(int radius)
    {
        this.radius = radius;
    }
    @Override
    public void display() 
    {
        System.out.println("O"); // :P
    }
    @Override
    public double area() 
    { 
        return (double)((pi*radius*radius)/2);
    }
}

简而言之，一些重要的要点：

默认情况下，Java接口中声明的变量是final。抽象类可以有非final变量。默认情况下，Java接口中声明的变量是静态的。抽象类可以具有非静态变量。默认情况下，Java接口的成员是公共的。Java抽象类可以具有类成员的通常风格，如private、protected等。。

抽象类和接口之间的关键技术差异是：

抽象类可以有常量、成员、方法存根（没有主体的方法）和定义的方法，而接口只能有常量和方法存根。抽象类的方法和成员可以以任何可见性定义，而接口的所有方法都必须定义为public（默认情况下定义为public）。继承抽象类时，具体的子类必须定义抽象方法，而抽象类可以扩展另一个抽象类，父类的抽象方法不必定义。类似地，扩展另一个接口的接口不负责从父接口实现方法。这是因为接口不能定义任何实现。子类只能扩展一个类（抽象或具体），而接口可以扩展或类可以实现多个其他接口。子类可以定义具有相同或更少限制性可见性的抽象方法，而实现接口的类必须定义具有完全相同可见性（公共）的方法。

我们在接口和抽象类之间存在各种结构/语法差异。还有一些不同之处

[1] 基于场景的差异：

当我们希望限制用户创建父类的对象时，抽象类被用于场景中，并且我们相信将来还会添加更多的抽象方法。

当我们确信不能提供更多抽象方法时，必须使用接口。然后只发布一个接口。

[2] 概念差异：

“我们是否需要在未来提供更多抽象方法”，如果是，则将其设为抽象类，如果否，则设为接口。

（在java 1.7之前最合适和有效）

之所以调用接口，是因为它向调用方（例如COM客户端）提供了由某个类实现的方法接口。通过将一个对象指针以多态的方式投射到对象类实现的接口的类型，它限制对象对其实现的接口中的函数和成员的访问，与coclass可能实现的其他COM接口分离。客户端不需要知道什么类实现了接口，或者该类中存在什么其他方法；对象以它所知道的接口实例的形式呈现（其中类的实例已被多态地转换为接口实例，该接口实例是类的子实例），它只是通过调用接口实例上的接口方法来使用接口。实际实现的所有细节和不同接口实现的无关功能/细节都与调用方期望的接口分离——调用方只使用它与对象的接口（接口实例及其作为对象一部分的虚拟表指针），并且调用底层对象实现，而调用者不必知道实现的位置或细节。通过接口（接口类型的指针）访问对象是一种封装形式，在语法上防止未经授权访问对象，并隐藏实现细节和其他与接口及其定义的个性无关的功能。

接口是所有方法都是虚拟和抽象的（抽象在C++中称为纯虚拟；所有抽象方法都包含虚拟说明符，因此是虚拟的）。抽象类是指至少有一个方法是虚拟的，并指定为抽象的（或C++中的纯虚拟）。其他细节因语言而异。所有的接口属性在java中都是隐式的公共静态final，但在C++中不是。Java允许在抽象类中使用非静态属性，但C++允许在两者中使用它们。两种语言中的属性都不能是虚拟/抽象的。

接口与抽象类的比较是错误的。应该有另外两个比较：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++，可能只有一个类，既不是抽象类也不是最终类。这样的类可以继承并实例化。不过，我认为这并不严格符合面向对象的范例。

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