Java的MVC架构中，controller层、service层、serviceImpl和mapper层的作用

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;
}