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编写配置

我们可以根据java标准回答这个问题

参考JSR-330，它现在被spring支持，您只能使用@Named来定义bean（不知何故，@Named=@Component）。因此，根据这个标准，似乎没有必要为类别bean定义原型（如@Repository、@Service、@Controller）。

但是spring用户在这些不同的注释中有不同的特定用途，例如：

帮助开发人员为胜任者定义更好的类别。这种分类在某些情况下可能会有所帮助。（例如，当您使用面向方面的时，这些可能是切入点的好候选）@存储库注释将为bean添加一些功能（为bean持久层添加一些自动异常转换）。如果您使用的是springMVC，则@RequestMapping只能添加到由@Controller注释的类中。

@组件等效于

<bean>

@服务，@Controller，@Repository={@Component+一些更特殊的功能}

这意味着服务、控制器和存储库在功能上是相同的。

这三个注释用于分离应用程序中的“层”，

控制器只是做一些事情，比如调度、转发、调用服务方法等。服务保留业务逻辑、计算等。存储库是DAO（数据访问对象），它们直接访问数据库。

现在您可能会问为什么要将它们分开：（我假设您知道AOP面向方面编程）

假设您只想监视DAO层的活动。您将编写一个Aspect（A类）类，该类在调用DAO的每个方法之前和之后进行一些日志记录，您可以使用AOP来实现这一点，因为您有三个不同的层，并且没有混合。

因此，您可以在DAO方法的“周围”、“之前”或“之后”记录DAO。你可以这样做，因为你一开始就有一个DAO。您刚刚实现的是关注点或任务的分离。

想象一下，如果只有一个注解@Controller，那么这个组件的调度、业务逻辑和访问数据库都会混合在一起，代码太脏了！

上面提到的是一个非常常见的场景，还有很多使用三个注释的用例。

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
@Controller
@Repository
@Service
@RestController

这些都是StereoType注释。这对于在ioc容器中将我们的类制作为springbean非常有用，