为什么Service层和Mapper层需要实现interface接口
一、前言
不知道有没有像我一样思考过这个问题的小伙伴，就是明明service层已经使用了@Service注解，意味着加入了IOC容器管理，在Controller层不是可以直接注入进来使用么，那还要多写一层interface岂不多此一举。
二、解释
核心答案：这不是技术上的必须，而是设计上的最佳实践
首先，明确一点：从纯技术角度，没有接口，只有实现类加 @Service 注解，程序完全可以正常运行。 Spring不会因为你没有接口就报错。
那么，为什么在严谨的项目中，我们仍然要“多此一举”呢？这主要是为了遵循面向接口编程 和软件设计原则。
1. 实现“多态”与“解耦”
这是最核心的原因。
没有接口的情况：
@Controller public class UserController {@Autowiredprivate UserServiceImpl userService; // 直接依赖了实现类！ }
此时，UserController 紧密耦合 于 UserServiceImpl 这个具体的实现。如果你想换一个实现，比如 AnotherUserServiceImpl，你必须修改 UserController 的代码。
有接口的情况
@Controller
public class UserController {@Autowiredprivate UserService userService; // 依赖的是接口，而非实现
}现在，UserController 只关心 UserService 这个契约（接口），它不关心背后到底是 UserServiceImpl 还是 MockUserServiceImpl。Spring IoC容器在运行时会把具体的实现对象“注入”进来。
2. 便于测试
这是体现接口价值最直接的地方。
假设你的 UserServiceImpl 中有一个方法需要调用数据库和第三方API，你想测试 UserController 的逻辑，但又不想启动整个数据库和网络连接。
有接口时，你可以轻松使用Mock：
@SpringBootTest
class UserControllerTest {@MockBeanprivate UserService userService; // Spring会用一个Mock对象替换掉真实的Bean@Autowiredprivate UserController userController;@Testvoid testGetUser() {// 给定：当调用userService.getUserById(1L)时，返回一个预设的User对象given(userService.getUserById(1L)).willReturn(new User(1L, "Test User"));// 当：调用Controller的方法User result = userController.getUser(1L);// 那么：验证结果是否符合预期assertThat(result.getName()).isEqualTo("Test User");}
}如果没有接口，你Mock的就是 UserServiceImpl 这个类，虽然技术上也可以，但会带来一些复杂性和局限性（比如对final方法、静态方法等）。依赖接口使得测试更加清晰和纯粹。
3. 遵循设计原则
依赖倒置原则： 高层模块（如Controller）不应该依赖低层模块（如Service实现），二者都应该依赖于抽象（接口）。
开闭原则： 对扩展开放，对修改关闭。当需要新增一种业务实现时（例如，为不同客户提供不同的会员策略
VipStrategyService和NormalStrategyService），你只需要新增一个实现类即可，无需修改任何现有的、依赖于接口的代码。
4. 团队协作与契约优先
接口就像一个合同或蓝图。在大型项目中，可以由架构师或资深工程师先设计出Service层的接口，明确方法签名、参数和返回值。然后，后端开发、前端开发、测试人员都可以基于这份清晰的“合同”并行工作。
后端A可以开发
UserServiceImpl。后端B可以开发调用
UserService的OrderController。前端可以根据接口文档模拟数据。
他们之间不需要等待彼此的具体实现完成。
那么，Mapper层（如MyBatis）为什么也这样？
Mapper层的情况和Service层略有不同，但思想相通。
MyBatis是一个ORM框架，它通过动态代理来工作。
// 1. 你定义一个接口
public interface UserMapper {User selectUserById(Long id);
}// 2. 你提供对应的XML映射文件（或注解），描述了SQL如何执行
// 3. MyBatis在启动时，会为这个接口动态生成一个代理实现类，并注册到Spring IoC容器中。所以，对于MyBatis来说，你必须要有接口，因为MyBatis需要根据这个接口来创建它的代理对象。Spring拿到的是MyBatis创建的代理对象，当你在Service中 @Autowired UserMapper 时，注入的就是这个代理对象，它负责执行SQL并返回结果。
三、总结
| 层面 | 是否必须？ | 主要原因 |
|---|---|---|
| Service层 | 非必须，但强烈推荐 | 解耦、多态、易于测试、遵循设计原则、团队协作 |
| Mapper层 | 必须 | MyBatis等ORM框架的工作机制要求（通过接口生成动态代理） |
所以，这绝非“多此一举”，而是软件开发中为了应对复杂性、保证代码质量而经过长期实践总结出的最佳实践。在小型或快速原型项目中，你或许感觉不到它的好处，但随着项目规模扩大，其价值会愈发凸显。