A@Service引用spring文档，

指示带注释的类是最初定义的“服务”被领域驱动设计（Evans，2003）称为“接口在模型中独立，没有封装状态。"也可以表示类是“业务服务外观”（在核心J2EE模式感觉）或类似的东西。此注释是通用刻板印象和单个团队可能会缩小语义并酌情使用。

如果你看看eric evans的领域驱动设计，

SERVICE是作为独立于模型，没有封装状态，作为ENTITIES和VALUE OBJECTS服务是技术框架中的一种常见模式，但它们也可以应用于域层。名称服务强调与其他对象的关系。与实体和价值对象不同纯粹是根据它可以为客户做什么来定义的。服务倾向于以活动而非实体命名，而不是动词而不是名词。SERVICE仍然可以具有抽象的、故意的释义它只是有一种不同于对象服务仍应具有明确的责任责任和履行责任的接口应定义为域模型的一部分。操作名称应来自通用语言或被引入其中。参数和结果应该是域对象。应明智地使用服务，而不是允许删除实体和值对象的所有行为。但当一个操作实际上是一个重要的领域概念时服务是模式驱动设计的自然组成部分。声明于将模型作为一种服务，而不是作为一个假的对象实际上，独立操作不会误导任何人任何人

以及根据Eric Evans，

REPOSTORY将特定类型的所有对象表示为概念对象设置（通常是模拟的）。它就像一个集合，除了有更多详细的查询功能。适当类型的对象包括添加和删除，以及REPOSTORY插件后面的机械或从数据库中删除它们。此定义收集了提供访问根从生命周期早期到生命周期结束的聚集。

为了简化这一说明，让我们通过用例来考虑技术性，这些注释用于注入，正如我所说的“用于注入”，这意味着，如果你知道如何使用依赖注入“DI”，并且你应该这样做，那么你将一直寻找这些注释，并通过使用这些立体类型来注释类，您正在通知DI容器扫描它们，以准备在其他地方进行注入，这是实际的目标。

现在让我们来看看每一个；first@Service，如果您正在为特定的业务案例构建一些逻辑，则需要在包含您的业务逻辑的地方将其分离，该服务是普通的Class，或者您可以根据需要将其用作接口，其编写方式如下

@Service
public class Doer {
   // Your logic 
}

要在另一个类中使用它，请假设在Controller中

@Controller
public class XController {
    // You have to inject it like this 
    @Autowired 
    private Doer doer;

    // Your logic
}

当你注入它们时，它们都是相同的方式，@Repository这是一个应用Repository Pattern Repository设计模式实现的接口，通常在处理某些数据存储或数据库时使用，你会发现，它包含多个现成的实现，供你处理数据库操作；它可以是CrudRepository、JpaRepository等。

例如：

public interface DoerRepository implements JpaRepository<Long, XEntity> {
}

最后，@Component，这是Spring中注册bean的通用形式，也就是说，Spring总是在寻找标记有@Component的bean来注册，那么@Service和@Repository都是@Component的特例，然而，组件的常见用例是当您制作一些纯技术性的东西而不是直接的业务案例时！比如格式化日期或处理特殊的请求序列化机制等等。

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

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

从Spring源代码：

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

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

每个注释的目的：

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

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

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

由于许多答案已经说明了这些注释的用途，我们将在这里重点讨论它们之间的一些细微差异。

首先是相似性值得再次强调的第一点是，关于扫描自动检测和BeanDefinition的依赖注入，@Repository、@Controller）是相同的。我们可以就地使用另一个的，仍然可以得到我们的方式。

---

@Component、@Repository、@Controller和@Service之间的差异

@组件

这是一个通用的原型注释，表明该类是一个弹簧组件。

@Component有什么特别之处<context:componentscan>仅扫描@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:componentscan>拾取它们并将它们的以下类注册为bean，就像它们用@component注释一样。

特殊类型注释也会被扫描，因为它们本身是用@Component注释注释的，这意味着它们也是@Components。如果我们定义自己的自定义注释并使用@Component对其进行注释，那么它也将通过<context:componentscan>进行扫描

---

@存储库

这表示该类定义了一个数据存储库。

@Repository有什么特别之处？

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

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

这个bean后处理器向用@Repository注释的任何bean添加一个advisor，以便捕获任何特定于平台的异常，然后作为Spring未检查的数据访问异常之一重新抛出。

---

@控制器

@Controller注释表示特定类充当控制器的角色。@Controller注释充当注释类的原型，指示其角色。

@Controller有什么特别之处？

我们无法将此注释与任何其他注释（如@Service或@Repository）切换，即使它们看起来相同。分派器扫描用@Controller注释的类，并检测其中用@RequestMapping注释注释的方法。我们只能在类用@Controller注释的方法上/中使用@RequestMapping，它不能与@Component、@Service、@Repository等一起使用。。。

注意：如果一个类已经通过任何替代方法注册为bean，例如通过@bean或通过@Component、@Service等注释，那么如果该类也使用@RequestMapping注释进行注释，则可以选择@RequestMapping。但情况不同。

---

@服务

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

@Service有什么特别之处？

除了它用来表示，它持有业务逻辑之外，这个注释中没有其他值得注意的地方；但谁知道呢，Spring可能会在未来增加一些额外的例外。

---

还有什么？

与上述类似，未来Spring可能会根据其分层约定为@Service、@Controller和@Repository添加特殊功能。因此，尊重惯例并按照层使用它总是一个好主意。

来自Spring文档：

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

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

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

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

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

以下是更多详细信息