第二个问题的答案：接口中定义的公共变量默认为静态final，而抽象类中的公共变量为实例变量。

简而言之：抽象类用于建模类似类的类层次结构（例如，Animal可以是抽象类，Human、Lion、Tiger可以是具体的派生类）

AND

接口用于2个相似/非相似类之间的通信，这些类不关心实现接口的类的类型（例如，Height可以是接口属性，它可以由Human、Building、Tree实现。无论你能不能吃东西，你能不能游泳，你能死什么都不重要。重要的是你需要有Height（在你的类中实现））。

遗产考虑一辆汽车和一辆公共汽车。它们是两种不同的车辆。但是，它们仍然有一些共同的财产，比如它们有方向盘、制动器、齿轮、发动机等。因此，使用继承概念，这可以表示如下。。。

public class Vehicle {
    private Driver driver;
    private Seat[] seatArray; //In java and most of the Object Oriented Programming(OOP) languages, square brackets are used to denote arrays(Collections).
    //You can define as many properties as you want here ...
}

现在是自行车。。。

public class Bicycle extends Vehicle {
    //You define properties which are unique to bicycles here ...
    private Pedal pedal;
}

还有一辆车。。。

public class Car extends Vehicle {
    private Engine engine;
    private Door[] doors;
}

这就是关于继承的全部内容。我们使用它们将对象分类为更简单的Base表单及其子表单，如上文所示。

抽象类

抽象类是不完整的对象。为了进一步理解它，让我们再次考虑车辆类比。可以驾驶车辆。正确的但不同的车辆以不同的方式行驶。。。例如，你不能像驾驶自行车一样驾驶汽车。那么如何表示车辆的驱动功能呢？很难检查它是什么类型的车辆，并使用它自己的功能驾驶它；在添加新类型的车辆时，您必须反复更改驾驶员类别。这里是抽象类和方法的作用。您可以将驱动方法定义为抽象的，以告知每个继承的子级都必须实现此函数。所以如果你修改了车辆等级。。。

//......Code of Vehicle Class
abstract public void drive();
//.....Code continues

Bicycle和Car还必须指定如何驾驶它。否则，代码将无法编译并引发错误。简言之抽象类是具有一些不完整函数的部分不完整类，继承的子类必须指定自己的函数。

接口接口完全不完整。他们没有任何财产。他们只是表明继承的孩子有能力做某事。。。假设你随身携带不同类型的手机。他们每个人都有不同的方式来完成不同的功能；打电话给某人。手机制造商指定了如何操作。在这里，手机可以拨打一个号码，也就是说，它是可拨打的。让我们将其表示为一个接口。

public interface Dialable {
    public void dial(Number n);
}

在这里，Dialable的制作者定义了如何拨号。你只需要给它一个号码。

// Makers define how exactly dialable work inside.

Dialable PHONE1 = new Dialable() {
    public void dial(Number n) {
        //Do the phone1's own way to dial a number
    }
}

Dialable PHONE2 = new Dialable() {
    public void dial(Number n) {
        //Do the phone2's own way to dial a number
    }
}


//Suppose there is a function written by someone else, which expects a Dialable
......
public static void main(String[] args) {
    Dialable myDialable = SomeLibrary.PHONE1;
    SomeOtherLibrary.doSomethingUsingADialable(myDialable);
}
.....

通过使用接口而不是抽象类，使用Dialable的函数的编写者无需担心其财产。它有触摸屏或拨号盘吗？是固定固定电话还是移动电话。你只需要知道它是否可以拨号；它是否继承（或实现）可拨号接口。

更重要的是，如果有一天你将可拨号电话换成另一个

......
public static void main(String[] args) {
    Dialable myDialable = SomeLibrary.PHONE2; // <-- changed from PHONE1 to PHONE2
    SomeOtherLibrary.doSomethingUsingADialable(myDialable);
}
.....

您可以确定代码仍然完美运行，因为使用可拨号接口的功能不（也不可能）依赖于可拨号接口中指定的细节以外的细节。它们都实现了可拨号接口，这是函数唯一关心的事情。

开发人员通常使用接口来确保对象之间的互操作性（可互换使用），只要它们共享一个共同的功能（就像您可以换成座机或移动电话，只要您只需要拨打一个号码）。简而言之，接口是抽象类的一个简单得多的版本，没有任何财产。此外，请注意，您可以实现（继承）任意多的接口，但只能扩展（继承）单个父类。

更多信息抽象类与接口

通过实现接口，您实现了组合（“has-a”关系）而不是继承（“is-a”关系”）。当涉及到设计模式等需要使用接口来实现行为组合而不是继承的事情时，这是一个需要记住的重要原则。

After all that, the interviewer came up with the question "What if you had an 
Abstract class with only abstract methods? How would that be different
from an interface?" 

文档明确指出，如果抽象类只包含抽象方法声明，则应将其声明为接口。

An another interviewer asked me what if you had a Public variable inside
the interface, how would that be different than in Abstract Class?

默认情况下，接口中的变量是公共静态变量和最终变量。问题的框架可以是，如果抽象类中的所有变量都是公共的呢？与接口中的变量不同，它们仍然可以是非静态和非最终的。

最后，我想对上面提到的内容再补充一点——抽象类仍然是类，属于单个继承树，而接口可以存在于多个继承中。

1） 接口可以被视为纯抽象类，这是相同的，但尽管如此，实现接口和从抽象类继承并不相同。当你从这个纯抽象类继承时，你定义了一个层次结构->继承，如果你实现了你不需要的接口，你可以实现任意多的接口，但是你只能从一个类继承。

2） 您可以在接口中定义属性，因此实现该接口的类必须具有该属性。

例如：

  public interface IVariable
  {
      string name {get; set;}
  }

实现该接口的类必须具有这样的属性。