让我们再次讨论这个问题：

首先要告诉你的是，1/1和1*1的结果是相同的，但这并不意味着乘法和除法是相同的。显然，他们有着良好的关系，但请注意，你们两个都不同。

我将指出主要的区别，其余的已经解释过了：

抽象类对于建模类层次结构非常有用。乍一看任何需求，我们都部分清楚要构建什么，但我们知道要构建什么。所以抽象类就是基类。

接口对于让其他层次结构或类知道我能做什么很有用。当你说我有能力做某事时，你必须有这种能力。接口将标记类必须实现相同的功能。

接口

接口是一个契约：编写接口的人说，“嘿，我接受这样的东西”，而使用接口的人则说“好的，我编写的类是这样的”。

接口是一个空壳。只有方法的签名，这意味着方法没有主体。接口无法执行任何操作。这只是一种模式。

例如（伪代码）：

// I say all motor vehicles should look like this:
interface MotorVehicle
{
    void run();

    int getFuel();
}

// My team mate complies and writes vehicle looking that way
class Car implements MotorVehicle
{

    int fuel;

    void run()
    {
        print("Wrroooooooom");
    }


    int getFuel()
    {
        return this.fuel;
    }
}

实现一个接口只消耗很少的CPU，因为它不是一个类，只是一堆名称，因此不需要进行任何昂贵的查找。在重要的时候，比如在嵌入式设备中，这是非常棒的。

抽象类

与接口不同，抽象类是类。它们的使用成本更高，因为从它们继承时需要进行查找。

抽象类看起来很像接口，但它们有更多：您可以为它们定义行为。这更像是一个人说，“这些课程应该看起来像那样，而且它们有共同点，所以填空吧！”。

例如：

// I say all motor vehicles should look like this:
abstract class MotorVehicle
{

    int fuel;

    // They ALL have fuel, so lets implement this for everybody.
    int getFuel()
    {
         return this.fuel;
    }

    // That can be very different, force them to provide their
    // own implementation.
    abstract void run();
}

// My teammate complies and writes vehicle looking that way
class Car extends MotorVehicle
{
    void run()
    {
        print("Wrroooooooom");
    }
}

实施

虽然抽象类和接口被认为是不同的概念，但实现有时会使该语句不真实。有时，他们甚至不是你想象的那样。

在Java中，这个规则是强制执行的，而在PHP中，接口是没有声明方法的抽象类。

在Python中，抽象类更多地是一种编程技巧，您可以从ABC模块中获得，并且实际上使用元类，因此使用类。接口与这种语言中的duck类型更为相关，它混合了约定和调用描述符的特殊方法（__method__方法）。

与编程一样，还有另一种语言的理论、实践和实践：-）

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

让我们再次讨论这个问题：

首先要告诉你的是，1/1和1*1的结果是相同的，但这并不意味着乘法和除法是相同的。显然，他们有着良好的关系，但请注意，你们两个都不同。

我将指出主要的区别，其余的已经解释过了：

抽象类对于建模类层次结构非常有用。乍一看任何需求，我们都部分清楚要构建什么，但我们知道要构建什么。所以抽象类就是基类。

接口对于让其他层次结构或类知道我能做什么很有用。当你说我有能力做某事时，你必须有这种能力。接口将标记类必须实现相同的功能。

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

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

可以在此处找到解释：http://www.developer.com/lang/php/article.php/3604111/PHP-5-OOP-Interfaces-Abstract-Classes-and-the-Adapter-Pattern.htm

抽象类是一个仅部分由程序员它可能包含一个或多个抽象方法。抽象方法只是一个函数定义用于告诉程序员方法必须在子级中实现班接口类似于抽象班实际上，接口占据了与类和抽象名称空间相同类。因此，您不能定义具有相同名称的接口作为一个班级。接口是一个完整的抽象类；没有一种方法实现，而不是类从中派生出来，据说实现该接口。

无论如何，我觉得这个接口的解释有些混乱。更常见的定义是：接口定义实现类必须履行的契约。接口定义由公共成员的签名组成，没有任何实现代码。