java接口和抽象类都是用于定义类的蓝图，但它们在实现方式和应用场景上有所不同。理解它们的关键在于区分其目的：接口关注“做什么”，而抽象类关注“怎么做”。
接口定义了一组方法的签名，但不提供具体的实现。 这就好比一份产品规格书，规定了产品应该具备哪些功能，但没有说明如何实现这些功能。 我曾经参与一个项目，需要设计一个统一的日志记录系统。我们使用接口定义了日志记录的规范，例如 logInfo()、logWarning()、logError() 等方法，各个模块可以根据这个接口实现自己的日志记录方式，例如写入文件、发送邮件或记录到数据库。 这样做的好处是，各个模块可以独立开发，互不干扰，最终通过接口整合到一起。 如果一开始就用具体的实现类，那么日后更换日志记录方式将会非常困难。
抽象类则可以包含一些方法的具体实现，也可以包含抽象方法（没有方法体的方法）。这更像是一份半成品的设计图纸，它已经提供了一些功能的实现，但也留了一些需要子类完成的部分。 我记得在开发一个图形编辑器时，我们用抽象类定义了图形对象的基类，它包含了绘制图形的基本方法，例如 draw()。 不同的图形对象，例如矩形、圆形、椭圆形，都继承自这个抽象类，并实现各自的 draw() 方法。这样，我们只需要调用基类的 draw() 方法，就能绘制出各种不同的图形，而无需关心具体的绘制细节。 在这个过程中，我们发现，如果一开始只用接口，那么我们需要在接口中定义大量的绘制方法，代码会显得冗余且难以维护。
在实际应用中，选择使用接口还是抽象类取决于具体的需求。如果需要定义一个通用的规范，并且不关心具体的实现细节，那么接口是更好的选择。如果需要提供一些公共的实现，并且希望子类能够方便地扩展，那么抽象类更合适。 有时候，甚至可以将两者结合使用，例如，一个抽象类实现部分功能，然后通过接口定义更高级别的抽象，让子类选择性地实现这些高级接口。
MyBatis 是支持普通 SQL 查询,存储过程和高级映射的优秀持久层框架。MyBatis 消除 了几乎所有的 JDBC 代码和参数的手工设置以及结果集的检索。MyBatis 使用简单的 XML 或注解用于配置和原始映射,将接口和 Java 的 POJOs(Plan Old Java Objects,普通的 Java 对象)映射成数据库中的记录。有需要的朋友可以下载看看
立即学习“Java免费学习笔记（深入）”；
需要注意的是，一个类只能继承一个抽象类，但可以实现多个接口。这体现了接口的灵活性，它允许一个类同时拥有多种功能。 在项目中灵活运用接口和抽象类，能够提升代码的可重用性、可扩展性和可维护性，这在大型项目的开发中尤为重要。 记住，选择合适的工具，才能更好地完成任务。
