@存储库@Service和@Controller用作@Component的专用化，以便更具体地使用。在此基础上，您可以将@Service替换为@Component，但在这种情况下，您会失去专用化。

1. **@Repository**   - Automatic exception translation in your persistence layer.
2. **@Service**      - It indicates that the annotated class is providing a business service to other layers within the application.

@组件是顶级通用注释，它使带注释的bean能够被扫描并在DI容器中可用

@Repository是专门的注释，它具有转换DAO类中所有未检查的异常的功能

@服务是专门的注释。到目前为止，它没有带来任何新特性，但它阐明了bean的意图

@控制器是专门的注释，它使bean MVC意识到，并允许使用进一步的注释，如@RequestMapping等

以下是更多详细信息

Spring支持多种类型的注释，如@Component、@service、@Repository。所有这些都可以在org.springframework.stereotype包下找到，@Bean可以在org.spring framework.context.annotation包下找到。

当我们的应用程序中的类使用上述任何注释进行注释时，在项目启动期间，对每个类进行春季扫描（使用@ComponentScan），并将类的实例注入IOC容器。@ComponentScan要做的另一件事是运行带有@Bean的方法，并将返回对象作为Bean还原到Ioc容器。

在深入研究（@Component vs@service vs@Repository）之前，最好先了解@Bean和@Component之间的区别

---

@组件vs@存储库vs@服务

---

在大多数典型的应用程序中，我们有不同的层，如数据访问、表示、服务、业务等。此外，在每个层中，我们都有不同的bean。为了自动检测这些bean，Spring使用类路径扫描注释。然后在ApplicationContext中注册每个bean。

以下是其中一些注释的简短概述：

@组件是任何Spring管理组件的通用原型。@服务在服务层注释类。@Repository在持久层对类进行注释，持久层将充当数据库存储库。

@零部件注释

@Component是一个类级别的注释。我们可以在应用程序中使用@Component将bean标记为Spring的托管组件。Spring只会使用@Component获取和注册bean，通常不会查找@Service和@Repository。

它们在ApplicationContext中注册，因为它们用@Component注释

如前所述，@Component是所有原型注释的父级。当Spring执行组件扫描时，它只查找标记有@component注释的类。

@Target({ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Indexed
public @interface Component {
    String value() default "";
}

我们可以在所有类上使用这个注释，它不会造成任何差异。

@服务注释

我们用@Service标记bean，以表示它们持有业务逻辑。除了在服务层中使用之外，该注释没有任何其他特殊用途。

@Service是组件的子级，用于表示应用程序服务层的类。

@Target({ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Component
public @interface Service {
   @AliasFor(
       annotation = Component.class
   )
   String value() default "";
}

@存储库批注

@Repository的任务是捕获特定于持久性的异常，并将其作为Spring的统一未检查异常之一重新抛出。

为此，Spring提供了PersistenceExceptionTranslationPostProcessor，我们需要将其添加到应用程序上下文中（如果我们使用的是Spring Boot，则已经包括在内）：

<bean class="org.springframework.dao.annotation.PersistenceExceptionTranslationPostProcessor"/>

这个bean后处理器向用@Repository注释的任何bean添加一个advisor。

类似地，@Repository也是组件注释的子级，用于属于持久性数据访问层并用作数据存储库的类。

@Target({ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Component
public @interface Repository {
    @AliasFor(
        annotation = Component.class
    )
    String value() default "";
}

总结

@Service和@Repository是@Component的特例。它们在技术上是相同的，但我们使用它们的目的不同。根据它们的层约定选择注释总是一个好主意。

Spring2.5引入了更多的原型注释：@Component、@Service和@Controller@组件充当任何Spring管理组件的通用原型；而@Repository、@Service和@Controller作为@Component的特殊化，用于更具体的用例（例如，分别在持久性、服务和表示层）。这意味着你可以用@component来注释你的组件类，但是通过用@Repository、@Service或@Controller来注释它们，你的类更适合由工具处理或与方面关联。例如，这些原型注释是切入点的理想目标。当然，@Repository、@Service和@Controller也有可能在未来的Spring Framework版本中携带额外的语义。因此，如果您在服务层使用@Component或@Service之间做出决定，@Service显然是更好的选择。类似地，如上所述，@Repository已经被支持作为持久层中自动异常转换的标记。@组件–表示自动扫描组件。@Repository–表示持久层中的DAO组件。@服务–表示业务层中的服务组件。@控制器–表示表示层中的控制器组件。

参考：-Spring Documentation-Classpath扫描、托管组件和使用Java编写配置

所有这些注释都是立体类型的注释类型，这三种注释之间的区别是

如果我们添加@Component，那么它告诉类的角色是一个组件类，这意味着它是一个包含一些逻辑的类，但它无法确定包含特定业务或持久性或控制器逻辑，因此我们不直接使用@零部件注释如果我们添加@Service注释，那么它告诉组成业务逻辑的类的角色如果我们在类的顶部添加@Repository，那么它告诉一个包含持久性逻辑的类这里@Component是@Service、@Repository和@Controller注释的基础注释

例如

package com.spring.anno;
@Service
public class TestBean
{
    public void m1()
    {
       //business code
    }
}

package com.spring.anno;
@Repository
public class TestBean
{
    public void update()
    {
       //persistence code
    }
}

每当我们添加@Service或@Repositroy或@Controller注释时，@Component注释将默认存在于类的顶部

这些是Stereotype注释，可用于自动扫描

从技术上讲，@Controller、@Service、@Repository都是相同的。它们都扩展了@Component。

从Spring源代码：

指示带注释的类是“组件”。当使用基于注释的配置和类路径扫描时，此类类被视为自动检测的候选类。

我们可以对每个bean直接使用@Component，但为了更好地理解和维护大型应用程序，我们使用@Controller、@Service、@Repository。

每个注释的目的：

@带有此注释的Controller->类旨在接收来自客户端的请求。第一个请求来自DispatcherServlet，它使用@RequestMapping注释的值将请求传递给特定的控制器。@带有此注释的服务->类旨在处理我们从客户端接收或从数据库获取的数据。所有的数据操作都应该在这个层中完成。@存储库->带有此注释的类用于连接数据库。它也可以被认为是DAO（数据访问对象）层。该层应仅限于CRUD（创建、检索、更新、删除）操作。如果需要任何操作，数据应发送回@Service层。

如果我们交换它们的位置（使用@Repository代替@Controller），我们的应用程序将正常工作。

使用三种不同的@注释的主要目的是为Enterprise应用程序提供更好的模块性。