抽象方法必须在抽象类中，可含方法体；接口方法默认公开抽象，不能有方法体（Java 8前）。抽象类表达“是一个”关系，用于继承和共享状态；接口表达“能做到”关系，定义行为契约。Java 8引入接口默认和静态方法，使接口可提供默认实现，缓解接口升级问题，增强其能力。但抽象类仍适用于需共享状态或控制继承的场景。实际开发中，优先使用接口定义行为，提升灵活性；若需共享状态或构建类层次，选抽象类。选择应基于语义关系与设计需求权衡。
抽象方法和接口方法的主要区别在于，抽象方法必须存在于抽象类中，可以有方法体（虽然通常没有），而接口方法则必须是公开的、抽象的（在Java 8之前），且不能有方法体。简单来说，抽象类是“是一种”，接口是“能做到”。
抽象方法和接口方法的区别
抽象类和接口在设计上的根本区别是什么？
设计上的根本区别在于它们所表达的语义不同。抽象类用于表示“是一个(is-a)”的关系，它定义了一类对象的共同属性和行为，并允许子类继承和扩展这些属性和行为。例如，
Animal是一个抽象类，
Dog和
Cat可以继承
Animal，因为它们都是动物。
而接口则用于表示“能做到(can-do)”的关系，它定义了一组能力或行为的集合，实现接口的类必须实现这些能力或行为。例如，
Flyable是一个接口，
Bird和
Airplane可以实现
Flyable，因为它们都能飞行，但它们之间没有“是一个”的关系。
立即学习“Java免费学习笔记（深入）”；
更进一步说，抽象类更像是一个不完整的模板，子类必须填充这个模板才能成为一个完整的对象。而接口更像是一个协议，实现接口的类必须遵守这个协议。
为什么Java 8引入了接口的默认方法和静态方法？这对抽象类和接口的选择有什么影响？
Java 8引入接口的默认方法和静态方法，主要是为了解决接口演化的问题。在没有默认方法之前，如果向一个接口添加新的方法，所有实现该接口的类都必须修改以实现新方法，这对于大型项目来说是一个巨大的负担。默认方法允许在接口中提供方法的默认实现，从而避免了这个问题。
静态方法则允许在接口中定义与接口本身相关的实用方法，而不需要创建一个实现类。
这对于抽象类和接口的选择产生了一定的影响。在Java 8之前，如果需要在多个类之间共享一些公共的行为，通常会选择抽象类，因为抽象类可以提供方法的默认实现。但现在，接口也可以通过默认方法提供方法的默认实现，因此在某些情况下，接口可以替代抽象类。
不过，抽象类仍然有其存在的价值。如果需要在类之间共享状态（即成员变量），或者需要限制类的继承关系（例如，使用
final关键字），那么抽象类仍然是更好的选择。
在实际开发中，如何选择使用抽象类还是接口？有没有一些通用的最佳实践？
在实际开发中，选择使用抽象类还是接口，需要根据具体的需求进行权衡。
以下是一些通用的最佳实践：
-
如果需要表示“是一个”的关系，并且需要在类之间共享状态，那么应该选择抽象类。 例如，如果需要定义一个
Shape
类，它有color
和area
属性，并且有draw()
方法，那么应该选择抽象类。 -
如果需要表示“能做到”的关系，并且只需要定义一组能力或行为的集合，那么应该选择接口。 例如，如果需要定义一个
Comparable
接口，它只有一个compareTo()
方法，用于比较两个对象的大小，那么应该选择接口。 -
如果需要在多个类之间共享一些公共的行为，但不需要共享状态，那么可以考虑使用接口的默认方法。 例如，如果需要定义一个
Logger
接口，它有log()
方法，用于记录日志，并且可以提供不同的日志级别（例如，DEBUG
、INFO
、WARN
、ERROR
），那么可以使用接口的默认方法来提供不同日志级别的默认实现。 - 尽量使用接口来定义类的行为，而不是使用抽象类。 这样可以提高代码的灵活性和可扩展性。
总的来说，选择使用抽象类还是接口，没有绝对的正确答案，需要根据具体的需求进行权衡。关键是要理解抽象类和接口的本质区别，以及它们各自的适用场景。
