在我的一次采访中，我被要求解释接口类和抽象类之间的区别。
以下是我的回答:
Methods of a Java interface are implicitly abstract
and cannot have implementations. A Java abstract class can have
instance methods that implements a default behaviour.
Variables declared in a Java interface are by default final. An
abstract class may contain non-final variables.
Members of a Java interface are public by default. A Java abstract
class can have the usual flavours of class members like private,
protected, etc.
A Java interface should be implemented using keyword “implements”; A
Java abstract class should be extended using keyword “extends”.
An interface can extend another Java interface only, an abstract class
can extend another Java class and implement multiple Java interfaces.
A Java class can implement multiple interfaces but it can extend only
one abstract class.
然而，面试官并不满意，他告诉我这种描述代表了“书本知识”。
他让我给出一个更实际的回答，用实际的例子解释我什么时候会选择抽象类而不是接口。
我哪里错了?
接口与抽象类的基本区别在于，接口支持多重继承，而抽象类不支持。
在抽象类中，你也可以提供所有的抽象方法，比如接口。
为什么需要抽象类?
在某些情况下，当处理用户请求时，抽象类并不知道用户的意图。在该场景中，我们将在类中定义一个抽象方法，并询问用户谁扩展了这个类，请在抽象方法中提供您的意图。在这种情况下，抽象类非常有用
为什么需要接口?
比如说，我有一份工作，但我在这方面没有经验。的例子,
如果你想建造一座建筑或大坝，那么在这种情况下你会怎么做?
你将确定你的需求是什么，并根据这些需求制定一份合同。
然后打电话给投标者来构建你的项目
无论谁建造这个项目，都应该满足你的要求。但是不同厂商的构造逻辑是不同的。
这里我不关心它们是如何构造的。最终的目标是否满足我的要求，这只是我的关键点。
在这里，你的需求称为接口，构造函数称为实现者。
接口由单例变量(公共静态final)和公共抽象方法组成。当我们知道要做什么但不知道如何做时，我们通常更喜欢实时使用接口。
这个概念可以通过以下例子更好地理解:
考虑一个支付类。支付方式有很多种，比如PayPal，信用卡等。因此，我们通常将Payment作为接口，其中包含makePayment()方法，CreditCard和PayPal是两个实现类。
public interface Payment
{
void makePayment();//by default it is a abstract method
}
public class PayPal implements Payment
{
public void makePayment()
{
//some logic for PayPal payment
//e.g. Paypal uses username and password for payment
}
}
public class CreditCard implements Payment
{
public void makePayment()
{
//some logic for CreditCard payment
//e.g. CreditCard uses card number, date of expiry etc...
}
}
在上面的例子中，CreditCard和PayPal是两个实现类/策略。接口还允许我们在Java中实现多重继承的概念，这是抽象类无法实现的。
当我们知道某些特性该做什么，而其他特性又知道如何执行时，我们就会选择一个抽象类。
考虑下面的例子:
public abstract class Burger
{
public void packing()
{
//some logic for packing a burger
}
public abstract void price(); //price is different for different categories of burgers
}
public class VegBerger extends Burger
{
public void price()
{
//set price for a veg burger.
}
}
public class NonVegBerger extends Burger
{
public void price()
{
//set price for a non-veg burger.
}
}
如果我们将来在给定的抽象类中添加方法(具体的/抽象的)，那么实现类将不需要更改其代码。但是，如果将来在接口中添加方法，则必须将实现添加到实现该接口的所有类中，否则会发生编译时错误。
还有其他不同之处，但这些都是面试官所期望的。希望这对你们有帮助。
