接口和抽象类之间到底有什么区别？
当前回答
我们在接口和抽象类之间存在各种结构/语法差异。还有一些不同之处
[1] 基于场景的差异：
当我们希望限制用户创建父类的对象时，抽象类被用于场景中，并且我们相信将来还会添加更多的抽象方法。
当我们确信不能提供更多抽象方法时，必须使用接口。然后只发布一个接口。
[2] 概念差异：
“我们是否需要在未来提供更多抽象方法”，如果是，则将其设为抽象类，如果否，则设为接口。
（在java 1.7之前最合适和有效）
其他回答
抽象类和接口的一般思想是由使用这些通用“设置”（某种模板）的其他类（不能单独构建）来扩展/实现，这使得为以后扩展它的所有对象设置特定的通用行为变得简单。
抽象类具有常规方法集和抽象方法。扩展类在被抽象类扩展后可以包括未设置的方法。当设置抽象方法时，它们由稍后扩展抽象方法的类定义。
接口与抽象类具有相同的财产，但只包含抽象方法，这些方法可以在其他类中实现（可以是多个要实现的接口），这就创建了一个更持久的方法/静态变量定义。与抽象类不同，您不能添加自定义的“常规”方法。
代表实际实现的抽象类和接口之间的差异。
接口：它是一个关键字，用于定义对象的模板或蓝图，它强制所有子类遵循相同的原型，作为实现，所有子类都可以根据其要求自由实现功能。
我们应该使用接口的一些其他用例。
两个外部对象（应用程序中的第三方集成）之间的通信通过此处的接口完成。
抽象类：抽象，它是一个关键字，当我们在任何类之前使用这个关键字时，它就成为抽象类。它主要用于我们需要定义模板以及所有子类后面的对象的一些默认功能时，这样它就删除了多余的代码和一个可以使用抽象类的用例，例如，我们不希望其他类可以直接实例化该类的对象，只有派生类可以使用该功能。
抽象类示例：
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");
}
}
抽象类与接口的主题主要是语义。
抽象类在不同的编程语言中通常充当接口的超集，除了一点，即可以实现多个接口，但只能继承一个类。
接口定义了某件事情必须能够做的事情；类似于合同，但不提供其实现。
抽象类定义了什么是什么，它通常托管子类之间的共享代码。
例如，格式化程序应该能够格式化（）某些内容。描述这种情况的常见语义是创建一个接口IFormatter，该接口带有一个format（）声明，其作用类似于一个契约。但是IFormatter并不描述什么是什么，而是描述它应该能够做什么。在本例中，我们创建一个抽象类。。。因此，我们创建了一个实现接口的抽象类Formatter。这是一个非常描述性的代码，因为我们现在知道我们有一个格式化程序，我们现在知道每个格式化程序必须能够做什么。
还有一个非常重要的主题是文档（至少对某些人来说…）。在您的文档中，您可能希望在子类中解释Formatter实际上是什么。有一个抽象类Formatter非常方便，您可以链接到子类中的文档。这是非常方便和通用的。另一方面，如果您没有抽象类Formatter，而只有接口IFormatter，则必须在每个子类中解释Formatter实际上是什么，因为接口是一个契约，你不会在接口的文档中描述Formatter实际上是什么-至少这不是常见的事情，你会打破大多数开发人员认为正确的语义。
注意：使抽象类实现接口是一种非常常见的模式。
唯一的区别是一个可以参与多重继承，另一个不能。
接口的定义随着时间的推移而改变。你认为一个接口只有方法声明，只是契约吗？Java 8之后的静态最终变量和默认定义呢？
由于多重继承的菱形问题，接口被引入到Java中，而这正是它们真正想要做的。
接口是为解决多重继承问题而创建的构造，可以具有抽象方法、默认定义和静态最终变量。
请参阅为什么Java只允许在接口中使用静态最终变量，而这些变量仅用于契约？。
在一个接口中，所有方法都只能是定义，而不能实现单个方法。
但在抽象类中必须有一个只有定义的抽象方法，但其他方法也可以在抽象类的实现中。。。
