Spring提供了四种不同类型的自动组件扫描注释，它们是@component、@Service、@Repository和@Controller。从技术上讲，它们之间没有区别，但每个自动组件扫描注释都应用于特定目的，并在定义的层中使用。

@组件：它是一个基本的自动组件扫描注释，它表示注释类是一个自动扫描组件。

@Controller：带注释的类表示它是一个控制器组件，主要用于表示层。

@服务：它表示带注释的类是业务层中的服务组件。

@存储库：您需要在持久性层中使用此注释，这就像数据库存储库一样。

在注释类时，应该选择一种更专业的@Component形式，因为该注释可能包含未来的特定行为。

从数据库连接的角度来看，使用@Service和@Repository注释很重要。

对所有web服务类型的DB连接使用@Service将@Repository用于所有存储过程数据库连接

如果没有使用正确的注释，则可能会遇到回滚事务覆盖的提交异常。您将在压力负载测试期间看到与回滚JDBC事务相关的异常。

来自Spring文档：

@Repository注释是满足存储库的角色或原型（也称为数据访问对象或DAO）。该标记的用途之一是自动翻译异常，如异常转换中所述。Spring提供了更多的原型注释：@Component、@Service、，和@Controller@组件是任何Spring管理的组件@Repository、@Service和@Controller是@Component的专门化，用于更具体的用例（在持久性、服务和表示层）。因此，您可以使用@component注释组件类，但是，通过用@Repository、@Service或@Controller注释它们相反，您的类更适合由工具处理或与方面相关。例如，这些原型注释成为切入点的理想目标@存储库、@Service和@控制器还可以在未来版本的Spring框架。因此，如果您在使用@组件或服务层的@Service，@Service显然是更好的选择。同样，如前所述，@Repository已经支持作为自动异常转换的标记持久层。

即使我们交换@Component或@Repository或@service

它的行为是一样的，但一个方面是，如果我们使用component或@service，它们将无法捕获与DAO相关的特定异常，而不是Repository

@组件在配置类中充当@Bean注释，在spring上下文中注册Bean。它也是@Service、@Repository和@Controller注释的父级。

@服务，扩展了@Component注释，只有命名差异。

@Repository-扩展@Component注释并将所有数据库异常转换为DataAccessException。

@控制器-在MVC模式中充当控制器。分派器将扫描这些带注释的类以查找映射方法，检测@RequestMapping注释。

它们几乎相同——所有这些都意味着这个类是一个Spring bean@Service、@Repository和@Controller是专门的@Components。您可以选择与他们一起执行特定操作。例如：

@springmvc使用控制器bean@存储库bean有资格进行持久性异常转换

另一件事是将组件语义上指定给不同的层。

@Component提供的一点是，您可以用它注释其他注释，然后以与@Service相同的方式使用它们。

例如，最近我做了：

@Component
@Scope("prototype")
public @interface ScheduledJob {..}

因此，所有用@ScheduledJob注释的类都是springbean，除此之外，它们还注册为石英作业。您只需要提供处理特定注释的代码。