1.controller层

        也被称为控制器，它是业务模块流程的控制中心。Controller负责接收页面传递过来的参数，然后将这些参数传给service进行处理。同时，controller还会接收service处理后的返回值，并将这些返回值再次传给页面。此外，controller还负责处理前端请求和响应，与前端进行交互，为前端提供接口。

@RestController @RequestMapping("/user") @Slf4j public class UserController {     @Autowired     private UserService userService;        /**      * 移动端用户登录      * @param map      * @param session      * @return      */     @PostMapping("/login")     public R login(@RequestBody Map map, HttpSession session) {         //获取用户手机号         String phone = map.get("phone").toString();         //获取验证码         String code = map.get("code").toString();         //获取session的验证码；         Object sessionInCode = session.getAttribute(phone);         if(sessionInCode != null && sessionInCode.equals(code)) {             //判断是不是新用户             LambdaQueryWrapper userLambdaQueryWrapper = new LambdaQueryWrapper<>();             userLambdaQueryWrapper.eq(User::getPhone,phone);             User user = userService.getOne(userLambdaQueryWrapper);             if(user == null) {                 //说明是新用户                 user = new User();                 user.setPhone(phone);                 user.setStatus(1);                 userService.save(user);             }             session.setAttribute("user",user.getId());             return R.success(user);         }         return R.error("登录失败");     }  }

2.service层

        Service层是业务逻辑的处理层，它是一个接口类，负责处理业务逻辑的设计。它相对独立于其他层，只负责定义业务逻辑的接口。

@Service public interface UserService extends IService { }

3.serviceImpl

        ServiceImpl层是对Service接口的实现层，它调用Mapper层进行数据访问，完成具体的业务逻辑处理。

@Service public class UserServiceImpl extends ServiceImpl implements UserService { } 

4.mapper层

        Mapper层也被称为DAO层，它是数据访问层。Mapper层的主要职责是封装对数据库的增删改查等底层操作。某个DAO一定是和数据库的某一张表一一对应的。

@Mapper public interface UserMapper extends BaseMapper { }

5.几个层次之间的关系

        在这四个层次之间，存在着紧密的联系。当用户发起请求时，请求首先会到达Controller层。接着，Controller层会解析请求，并调用相应的Service层方法。Service层会处理业务逻辑，这可能会涉及到对数据库的操作，因此它会调用Mapper层进行数据访问。最后，Mapper层会执行SQL语句，与数据库进行交互，并将结果返回给Service层。

6.存在的疑问

（1）为什么Controller层调用的是service接口，而不是其实现类？

        在Java的MVC架构中，通常Controller层注入的是服务层的接口，而不是实现类。这样做的原因主要是为了实现面向接口编程和依赖注入，有助于降低各层之间的耦合性，提高代码的灵活性和可维护性。例如，如果Service接口有多个ServiceImpl实现类，就可以通过指定参数名来选择需要调用的具体ServiceImpl实现类。此外，使用接口类型来引用对象是Java编程的一种良好实践，它符合“针对接口编程，而不是针对实现编程”的设计原则。

（2）Controller层调用的是service接口，为什么能使用其实现类的方法?

        在Spring MVC框架中，这种能实现调用Service层接口方法的能力，是通过依赖注入（Dependency Injection）实现的。在Controller层中，我们可以通过依赖注入将需要的Service接口或类注入进来，进而在Controller层中调用Service层的方法来处理业务逻辑。

具体来说，当我们在Controller层定义一个变量并使用@Autowired注解它时，Spring框架会自动为我们生成这个类的实例，并将该实例注入到我们定义的变量中。在这个过程中，如果这个类的成员变量或者方法上的参数是另一个类的实例，那么Spring框架会自动将这个实例也注入进来。

例如，假设我们有一个Service层的接口名为UserService，以及它的两个实现类AdminUserServiceImpl和NormalUserServiceImpl。我们在Controller层定义了一个名为userService的变量，并使用@Autowired注解它

@Controller public class UserController {     @Autowired     private UserService userService; }

     在这个例子中，当Spring框架创建UserController类的一个实例时，它会自动将UserService接口的实现类注入到userService变量中。因此，我们实际上可以在Controller层调用Service层接口的方法了。

   (3）若这个接口有多个实现类，那是怎么确定你注入的是哪个实现类？

        在Spring框架中，我们可以通过使用@Qualifier注解来指定注入的实现类。

例如，假设我们有一个名为UserService的接口，它有两个实现类：AdminUserServiceImpl和NormalUserServiceImpl。我们可以在controller层使用@Autowired注解来注入这个接口，并使用@Qualifier注解来指定注入的具体实现类。

Controller public class UserController {     @Autowired     @Qualifier("adminUserService")     private UserService userService; }