一、前言
不知道有没有像我一样思考过这个问题的小伙伴，就是明明service层已经使用了@Service注解，意味着加入了IOC容器管理，在Controller层不是可以直接注入进来使用么，那还要多写一层interface岂不多此一举。
二、解释
核心答案：这不是技术上的必须，而是设计上的最佳实践
首先，明确一点：从纯技术角度，没有接口，只有实现类加 @Service 注解，程序完全可以正常运行。 Spring不会因为你没有接口就报错。
那么，为什么在严谨的项目中，我们仍然要"多此一举"呢？这主要是为了遵循面向接口编程 和软件设计原则。
1. 实现"多态"与"解耦"
这是最核心的原因。
没有接口的情况：
java
复制代码
@Controller
public class UserController {
@Autowired
private UserServiceImpl userService; // 直接依赖了实现类！
}
此时，UserController 紧密耦合 于 UserServiceImpl 这个具体的实现。如果你想换一个实现，比如 AnotherUserServiceImpl，你必须修改 UserController 的代码。
有接口的情况
java
复制代码
@Controller
public class UserController {
@Autowired
private UserService userService; // 依赖的是接口，而非实现
}
现在，UserController 只关心 UserService 这个契约（接口），它不关心背后到底是 UserServiceImpl 还是 MockUserServiceImpl。Spring IoC容器在运行时会把具体的实现对象"注入"进来。
2. 便于测试
这是体现接口价值最直接的地方。
假设你的 UserServiceImpl 中有一个方法需要调用数据库和第三方API，你想测试 UserController 的逻辑，但又不想启动整个数据库和网络连接。
有接口时，你可以轻松使用Mock：
java
复制代码
@SpringBootTest
class UserControllerTest {
@MockBean
private UserService userService; // Spring会用一个Mock对象替换掉真实的Bean
@Autowired
private UserController userController;
@Test
void 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框架，它通过动态代理来工作。
java
复制代码
// 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框架的工作机制要求（通过接口生成动态代理）
所以，这绝非"多此一举"，而是软件开发中为了应对复杂性、保证代码质量而经过长期实践总结出的最佳实践。在小型或快速原型项目中，你或许感觉不到它的好处，但随着项目规模扩大，其价值会愈发凸显。