为什么Controller层调用的是service接口，而不是其实现类？
在Java的MVC架构中，通常Controller层注入的是服务层的接口，而不是实现类。这样做的原因主要是为了实现面向接口编程和依赖注入，有助于降低各层之间的耦合性，提高代码的灵活性和可维护性。例如，如果Service接口有多个ServiceImpl实现类，就可以通过指定参数名来选择需要调用的具体ServiceImpl实现类。此外，使用接口类型来引用对象是Java编程的一种良好实践，它符合“针对接口编程，而不是针对实现编程”的设计原则。
Controller层调用的是service接口，为什么能使用其实现类的方法?
在Spring MVC框架中，这种能实现调用Service层接口方法的能力，是通过依赖注入（Dependency Injection）实现的。在Controller层中，我们可以通过依赖注入将需要的Service接口或类注入进来，进而在Controller层中调用Service层的方法来处理业务逻辑。
具体来说，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层接口的方法了。
若这个接口有多个实现类，那是怎么确定你注入的是哪个实现类？
在Spring框架中，我们可以通过使用@Qualifier注解来指定注入的实现类。
例如，假设我们有一个名为UserService的接口，它有两个实现类：AdminUserServiceImpl和NormalUserServiceImpl。我们可以在controller层使用@Autowired注解来注入这个接口，并使用@Qualifier注解来指定注入的具体实现类。
@Controller
public class UserController {
@Autowired
@Qualifier("adminUserService")
private UserService userService;
