这里有足够好的答案来解释组件存储库服务注释之间的区别。我想分享@Controller和@RestController之间的区别

@控制器与RestController

@RestController（RestController）：

此注释是@Controller的专用版本，它添加了@Controller和@ResponseBody自动注释。因此我们不必将@ResponseBody添加到映射方法中。这意味着@ResponseBody默认处于活动状态。如果使用@RestController，则无法返回视图（通过使用Spring/Spring Boot中的Viewresolver）@RestController还将响应自动转换为JSON/XML，因为@ResponseBody将返回的对象转换为可能在主体中的对象，例如JSON或XML

@控制器

@控制器用于将类标记为SpringMVC控制器。这注释只是@Component的一个专门版本允许基于类路径自动检测控制器类扫描。@控制器，您可以在SpringwebMVC中返回视图。

更详细的视图

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

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

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

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

例如，最近我做了：

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

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

存储库和服务是组件注释的子级。所以，它们都是组件。存储库和服务只是扩展它。具体如何？服务只有意识形态上的区别：我们把它用于服务。存储库具有特定的异常处理程序。

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

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

@组件等效于

<bean>

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

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

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

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

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

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

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

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

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

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

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

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

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