正如在其他回答中提到的，添加实现到接口的能力是为了在Collections框架中提供向后兼容性。我认为，提供向后兼容性可能是向接口添加实现的唯一好的理由。

否则，如果您将实现添加到接口，那么您就违反了最初添加接口的基本规律。Java是一种单一继承语言，不像c++允许多重继承。接口提供了支持多重继承的语言所具有的类型优势，而不会引入多重继承所带来的问题。

更具体地说，Java只允许实现的单一继承，但它允许接口的多重继承。例如，以下是有效的Java代码:

class MyObject extends String implements Runnable, Comparable { ... }

MyObject只继承了一个实现，但它继承了三个契约。

Java传递了实现的多重继承，因为实现的多重继承带来了许多棘手的问题，这些问题超出了本文的讨论范围。添加接口是为了允许合约的多重继承(又名接口)，而不存在实现的多重继承问题。

为了支持我的观点，这里引用了Ken Arnold和James Gosling在《Java编程语言》(第4版)一书中的一句话:

Single inheritance precludes some useful and correct designs. The problems of multiple inheritance arise from multiple inheritance of implementation, but in many cases multiple inheritance is used to inherit a number of abstract contracts and perhaps one concrete implementation. Providing a means to inherit an abstract contract without inheriting an implementation allows the typing benefits of multiple inheritance without the problems of multiple implementation inheritance. The inheritance of an abstract contract is termed interface inheritance. The Java programming language supports interface inheritance by allowing you to declare an interface type

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中，接口看起来像一个抽象类，尽管它们可能有一些不同，例如:

1)抽象类是类，所以它们不受Java中接口的其他限制，例如抽象类可以有状态，但在Java中你不能在接口上有状态。

2)带有默认方法的接口和抽象类之间的另一个语义区别是，你可以在抽象类中定义构造函数，但在Java中你不能在接口中定义构造函数

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

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

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

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

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

事实与限制:

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

2 .必须提供一个主体

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