什么时候应该使用缺省方法的接口，什么时候应该使用 抽象类被使用?

向后兼容性: 想象一下，你的接口是由数百个类实现的，修改这个接口将迫使所有用户实现新添加的方法，即使它对于实现你的接口的许多其他类来说可能不是必需的。另外，它允许你的接口成为一个功能接口

事实与限制:

1-只能在接口中声明，而不能在类或 抽象类。

2 .必须提供一个主体

它不像接口中使用的其他常规方法那样被认为是抽象的。

Java Interface中的默认方法将更多地用于提供函数的虚拟实现，从而使该接口的任何实现类不必声明所有抽象方法，即使它们只想处理一个抽象方法。 因此，接口中的默认方法在某种程度上更像是适配器类概念的替代品。

然而，抽象类中的方法应该给出一个有意义的实现，只有在需要覆盖一个通用功能时，任何子类才应该覆盖它。

从业务用例上下文中，接口可用于定义特定的业务规则，其中抽象类将定义启动业务的公共结构。

假设某个企业所有者希望与Amazon和Walmart合作，那么这里定义的接口将是WalmartPartner, AmazonPartner将定义特定的业务规则，抽象类BusinessSetup将获得特定区域的业务设置。

// Interfaces
 
public interface WalmartPartner {
    public static boolean signUpForWalmartBusinessAccount(String BusinessId){
        System.out.println("Setting up Walmart Business Partner");
        return true;
    }
    public default  void  getWalmartDeals(){
        System.out.println("Default walmart deal executed !");
    }
    public abstract void setupShopifyForWalmart();
    public abstract  void setupWalmartProducts();

public interface AmazonPartner {
    public static boolean signUpAsAmazonServicePartner(String BusinessId){
        System.out.println("Setting up Amazon Business Partner");
        return true;
    }
    public default  void  paymentPlatformSetup(){
        System.out.println(" Amazon default payment platform is setup");
    }
    public abstract void setupPrimeMemberDealsByRegion();
    public abstract  void setupPrimeDeals();
}

 // Abstract class 

public abstract class BusinessSetup {
    String businessId ;
    public BusinessSetup(String businessId){
        this.businessId = businessId;
        System.out.println("1. Initial Business setup for BusienssID: "+this.businessId+" is Complete");
    }
    public final boolean getBusinessRegisteredInRegion(String region){
        System.out.println("2. Business got registered in "+region+ "!");
        return true;
    }
    public abstract void setupCustomerPlatform(String customerId);
    public abstract void setupVendorPlatform(String vendorId);

}

// Concrete Class 
public class WalMartPartnerImpl extends BusinessSetup implements WalmartPartner {
    public WalMartPartnerImpl(String businessId) {
        super(businessId);
    }
    @Override
    public void setupCustomerPlatform(String customerId) {
    }

    @Override
    public void setupVendorPlatform(String vendorId) {
    }

    @Override
    public void setupShopifyForWalmart() {
    }

    @Override
    public void setupWalmartProducts() {
    }
    public static void main(String args[]){
        WalMartPartnerImpl walMartPartner = new WalMartPartnerImpl("wal8989");
        walMartPartner.getBusinessRegisteredInRegion("california");
        walMartPartner.getWalmartDeals();
        walMartPartner.setupCustomerPlatform("wal8989");

    }
}

Remi Forax规则是不要用抽象类进行设计。你用界面来设计你的应用。无论Java的版本是什么，无论语言是什么。它以SOLID原理中的界面分离原理为依据。

稍后您可以使用抽象类来分解代码。现在有了Java 8，你可以直接在界面中完成。这只是个设施，仅此而已。

本文将对此进行描述。想想forEach of Collections。

List<?> list = …
list.forEach(…);

The forEach isn’t declared by java.util.List nor the java.util.Collection interface yet. One obvious solution would be to just add the new method to the existing interface and provide the implementation where required in the JDK. However, once published, it is impossible to add methods to an interface without breaking the existing implementation. The benefit that default methods bring is that now it’s possible to add a new default method to the interface and it doesn’t break the implementations.

有一些技术上的差异。与Java 8接口相比，抽象类仍然可以做更多的事情:

抽象类可以有构造函数。 抽象类更加结构化，可以保存状态。

从概念上讲，防御方法的主要目的是在Java 8中引入新特性(如lambda-functions)后实现向后兼容性。