Spring @Component，@ Service，@ Repository，@ Controller的差异

妖狐艹你老母 2022-05-16 08:22 173阅读 0赞

#  Spring @Component，@ Service，@ Repository，@ Controller差异 #

Spring @Component，@ Service，@ Repository和@Controller注释用于在Spring框架中扫描指定路径的类注册为bean。

@Component是一个通用注释。  
@ Service，@ Repository，@ Controller与@Component的区别在于它们是@Component的特例，用于特定目的。区别仅在于分类。

对于所有这些注释（刻板印象），从技术上讲，核心目的是相同的。  
Spring自动扫描并识别所有使用“ @ Component，@ Service，@ Repository，@ Controller ” 注释的类，并可以使用ApplicationContext获取这些bean。

对于所有@Component，@ Service，@ Repository和@Controller原型组件，都是根据*BeanNameGenerator*策略分配bean名称。即类名首字母小写  。

我们还可以在注释期间提供我们的名称选择，这将是高优先级

他们的区别就好像让你在下图中找不同点

![70][]

我是找不出来的。如果谁知道他们的不同请博客下留言

2018 8 15 再次编辑 时隔大半年了，

下面的话是春天告诉我的

> 在Spring 2.0及更高版本中，`@Repository`注释是任何满足存储库的角色或构造型（也称为数据访问对象或DAO）的类的标记。该标记的用途之一是**异常的自动转换**。
> 
> Spring 2.5中引入了进一步典型化注解：`@Component`， `@Service`，和`@Controller`。**`@Component`是任何Spring管理组件的通用构造型。`@Repository`，`@Service`和，并且`@Controller`是`@Component`更具体的用例的特化，例如，分别在持久性，服务和表示层中。**
> 
> 因此，你可以用你的注解组件类`@Component`，但如果用注解它们`@Repository`，`@Service`或者`@Controller` ，你的类能更好地被工具处理，或与切面进行关联。例如，这些刻板印象注释成为切入点的理想目标。
> 
> 因此，如果您在使用`@Component`或`@Service`服务层之间进行选择，`@Service`显然是更好的选择。同样，如上所述，`@Repository`已经支持将其作为持久层中自动异常转换的标记。
> 
>

┌────────────┬─────────────────────────────────────────────────────┐ │ Annotation │ Meaning │ ├────────────┼─────────────────────────────────────────────────────┤ │ @Component │ generic stereotype for any Spring-managed component │ │ @Repository│ stereotype for persistence layer │ │ @Service │ stereotype for service layer │ │ @Controller│ stereotype for presentation layer (spring-mvc) │ └────────────┴─────────────────────────────────────────────────────┘

英文好的看这个

[https://docs.spring.io/spring-framework/docs/current/spring-framework-reference/core.html\#beans-stereotype-annotations][https_docs.spring.io_spring-framework_docs_current_spring-framework-reference_core.html_beans-stereotype-annotations]

再次编辑下

## @ Component，@ Repository，@ Controller和@Service之间的差异 ##

> **@*****Component***

这是一个通用的构造型注释，表明该类是一个spring组件。

***@Component的特殊之处***  
`<context:component-scan>`仅在于扫描`@Component`并且不会查找`@Controller`，`@Service`并且`@Repository`。

扫描它们是因为它们本身都带有注释`@Component`。

只要看一看`@Controller`，`@Service`和`@Repository`注释的定义：

@Component public @interface Service { …. }

@Component public @interface Repository { …. }

@Component public @interface Controller { … }

因此，说这是没有错的`@Controller`，`@Service`并且`@Repository`是特殊类型的`@Component`注释。

`<context:component-scan>`选择它们并将它们的子类注册为bean，就像它们被注释`@Component`。

扫描它们是因为它们本身带有`@Component`注释注释。如果我们定义自己的自定义注释并使用它进行注释`@Component`，那么它也将被扫描`<context:component-scan>`

--------------------

> **@Repository**

这是为了表明该类定义了一个数据存储库。

***@Repository有什么特别之处？***

除了指出这是一个*基于注释的配置之外*，`@Repository`我们的工作是捕获特定于平台的异常并将它们重新抛出为Spring的统一未经检查的异常之一。为此，我们提供了`PersistenceExceptionTranslationPostProcessor`，我们需要在Spring的应用程序上下文中添加如下：

这个bean后处理器为任何带有注释的bean添加一个顾问程序，`@Repository`以便捕获任何特定于平台的异常，然后将其作为Spring未经检查的数据访问异常之一重新抛出。

--------------------

> **@Controller**

该`@Controller`注解表明特定类供应控制器的作用。该`@Controller`注释充当注解类刻板印象，这表明它的作用。

***@Controller有什么特别之处？***

我们不能与任何其他关掉这个注解像`@Service`或者`@Repository`，即使他们看起来一样。调度程序扫描带注释的类`@Controller`并检测其中的`@RequestMapping`注释。我们只能在带`@Controller`注释的类上使用`@RequestMapping`。

--------------------

> **@服务**

`@Services` 在存储库层中保存业务逻辑和调用方法。

***@Service有什么特别之处？***

除了它用于表明它持有业务逻辑这一事实之外，这个注释没有明显的特点，但是谁知道，spring可能在未来增加一些额外的特殊功能。

--------------------

> ***还有什么？***

与上述类似，在未来的春天可以选择添加特殊功能的`@Service`，`@Controller`并`@Repository`根据他们的分层约定。

**因此，尊重惯例并将其与层一致使用始终是一个好主意。**

[70]: /images/20220516/e74ca218d12642a098ae2200fabf8c12.png
[https_docs.spring.io_spring-framework_docs_current_spring-framework-reference_core.html_beans-stereotype-annotations]: https://docs.spring.io/spring-framework/docs/current/spring-framework-reference/core.html#beans-stereotype-annotations