Spring中@ Component，@ Service，@ Controller和@Repository之间的区别

在了解Spring框架中@Repository @Component ， @Service @Controller ， @Repository @Controller和@Repository批注之间的区别之前，了解@Component批注在Spring中的作用很重要。 在Spring的初始发行期间，所有bean都用于在XML文件中声明。 对于大型项目，这很快成为一项艰巨的任务，Spring团队很快就意识到了问题。 在更高版本中，它们提供基于注释的依赖项注入和基于Java的配置。 从Spring 2.5开始，引入了基于注释的依赖注入 ，该注入自动将类扫描并注册为使用@Component注释进行注释的Spring bean。 这意味着您不必使用<bean&gt ;来声明该bean。 标记并注入依赖项，它将由Spring自动完成。 使用<context:component-scan>标记启用和禁用此功能。

既然您知道了@Component批注的作用，接下来让我们看看@Service @Controller ， @Repository @Controller和@Repository批注的作用。 在某些情况下，它们不过是@Component注释的特殊形式。 而不是在Spring MVC中的控制器类上使用@Component ，我们使用@Controller ， which is more readable and appropriate 。

通过使用该批注，我们可以做两件事，首先，我们声明该类是Spring bean，并且应该由Spring ApplicationContext创建和维护，而且还要指出它是MVC设置中的控制器。 特定于Web的工具和功能使用后一种属性。

例如，DispatcherServlet将在使用@Controlle r注释但不使用@Component注释的类上查找@RequestMapping 。

这意味着@Component和@Controller在bean创建和依赖注入方面是相同的，但后来是前者的一种特殊形式。 即使将@Controller注释替换为@Controller @Compoenent ，Spring也会自动检测并注册控制器类，但对于请求映射，它可能无法按预期工作。 您可以进一步看到，

@Service和@Repository批注也是如此，它们是服务和持久层中@Component化。 应该使用@Service而不是@Component注释对服务层中的Spring Bean进行注释，而使用@Repositor y注释对持久性层中的Spring Bean进行注释。

通过使用专门的注释，我们用一块石头打了两只鸟。 首先，它们被视为Spring bean，其次，您可以放置​​该层所需的特殊行为。

例如， @Repository's不仅可以帮助基于注释的配置，还可以捕获特定于平台的异常，并将它们作为Spring统一的未经检查的异常之一重新抛出。

虽然如此，您还需要在应用程序上下文中将org.springframework.dao.annotation.PersistenceExceptionTranslationPostProcessor声明为Spring bean。

这个bean后处理器将顾问程序添加到任何使用@Repository注释的bean，以便捕获任何特定于平台的异常，然后将其重新抛出为Spring的未经检查的数据访问异常之一。 您还可以在Udemy上查看Spring Framework 5：Guru入门，了解更多详细信息。

这也是Spring Interview常见问题之一，并且从Spring认证的角度来看很受欢迎。 基于这些注释及其在Spring专业认证考试中的用法，您还会发现几个问题。

Spring中的组件扫描如何工作？

从Spring 2.0开始，Spring提供了<context:component-scan>和注释驱动的依赖项注入，以自动检测并注册Spring bean，而不是在XML文件中指定它们。 但是，它仅扫描@Component ，通常不会查找@Controller ， @Service @Controller和@Repository 。 扫描它们是因为它们本身带有@Component注释。

只需看看@Controller ， @Service @Controller和@Repository批注定义即可：

@Component
public @interface Service {

….

}

@Component

public @interface Repository {

….

}

@Component

public @interface Controller {

…

}

因此，说@Controller ， @Service @Controller和@Repository是@Component批注的特殊类型是没有错的。 <context:component-scan>拾取它们并将其以下类注册为bean，就像它们使用@Component进行注释一样。

之所以扫描它们，是因为它们本身带有@Component注释。 如果您定义自己的自定义注释并使用@Component对其进行注释，那么还将使用<context:component-scan> 。

如果您想了解有关Spring中的依赖项注入，自动装配以及不同类型的配置（例如Spring中基于XML，基于注释和Java配置）的更多信息，建议您参加Pluralsight上的Spring基础知识课程 。 也可以免费试用。

摘要

这是@Service @Component ， @Service @Controller ， @Repository @Controller和@Repository批注在Spring Framework中的作用的很好总结：

1. @Component是任何Spring管理的组件或bean的通用@Component型。
2. @Repository是持久层的@Repository型。
3. @Service是服务层的@Service型。
4. @Controller是表示层（spring-MVC）的@Controller型。

这是解释Spring Framework中所有这些注释的层次结构的漂亮图表：

这是所有有关的区别@Component ， @Controller ， @Service和@Repository在Spring框架 。 就像我说过的那样，当启用上下文扫描时，它们全部用于自动检测Spring Bean，并且在依赖项注入方面基本上提供了相同的功能。

它们唯一的区别在于用途，即在Spring MVC中使用@Controller定义控制器，首先是Spring bean，然后是controller。 类似地， @Service Service用于注释类，这些类在Service层中保存业务逻辑，而@Repository在Data Access层中使用。

您可以在Pluralsight上的Bryna Hassen的Spring基础知识课程中了解有关组件扫描以及Spring框架如何自动检测bean的更多信息。 您也可以免费获得10天。

简而言之，您应该根据特定类所属的图层使用最合适的注释。

您可能喜欢的其他Spring Framework文章和面试问题

• Spring MVC中@RestController和@Controller之间的@RestController ？
• Spring MVC在内部如何工作？
• Spring MVC中DispatcherServlet的用途是什么？
• 如何在Java Web应用程序中启用Spring安全性？
• Spring MVC中的@RequestParam和@PathVariable之间的区别？
• Craig Walls的《春天在行动》
• Eugen Paraschiv的Spring Master Class REST

感谢您到目前为止阅读本文。 如果您喜欢这篇文章，请与您的朋友和同事分享。 如果您有任何问题或反馈，请留言。

翻译自: https://www.javacodegeeks.com/2017/11/difference-component-service-controller-repository-spring.html