之前面试的时候遇到的问题
能替换（语法上能跑），但绝对不能替换（架构上绝对不行）
1. 语法上：确实能互换
从 Spring 源码看：
@Controller@Service@Repository@Component
**底层全部都是 @Component！**全部都会被 Spring 管理，全部能注入，全部能调用。
所以：
你把 @Controller 改成 @Service，项目照样跑！
你把 @Service 改成 @Controller，也能跑！
2. 但！真正的区别不是规范，是【Spring 给它们加的特殊功能】
这才是面试官想听的！
① @Controller 有额外功能：能接收前端请求
只有加了 @Controller / @RestControllerSpringMVC 才会：
- 扫描里面的
@RequestMapping/@GetMapping - 把方法暴露成接口
- 让前端能访问
@Service 没有这个功能！ 你把 Controller 改成 Service前端立刻访问不了！接口全部失效！
② @Service 有额外功能：AOP / 事务 / 日志增强
Spring 会对 @Service 做很多增强：
- 事务
@Transactional - 日志
- 监控
- 异步
- 缓存
- AOP 切面
这些增强默认只针对 Service 层
Controller 一般不做这些增强。
③ @Mapper / @Repository 是给 MyBatis 用的
是为了让框架知道：这个类是干嘛的，应该给它开什么功能
-
生成 DAO 代理
-
连接数据库
-
执行 SQLController 和 Service 做不了。
职责分离 + 功能增强 + 框架识别
-
Controller = 接收请求SpringMVC 只认它
-
Service = 处理业务事务、AOP 只认它
-
Mapper = 操作数据库MyBatis 只认它
你应该这样回答（满分答案）：
** 语法上可以互换，因为底层都是 @Component；
但实际项目中绝对不能互换，原因有三点：**
- @Controller 会被 SpringMVC 管理，用于接收前端请求，提供接口；
- @Service 用于业务逻辑，支持事务、AOP 等增强功能；
- 两者职责不同，框架赋予的功能不同，互换会导致接口不可用、事务失效、架构混乱。