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

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

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

如果我们添加@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注释将默认存在于类的顶部

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

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

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

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

@组件、@Repository、@Service、@Controller：

@Component是由Spring@Repository、@Service和@Controller管理的组件的通用原型，是用于更具体用途的@Component专用化：

@持久性存储库@服务和交易服务@MVC控制器的控制器

为什么在@Component上使用@Repository、@Service、@Controller？我们可以用@component标记我们的组件类，但如果相反，我们使用适应预期功能的替代方法。我们的类更适合每种特定情况下的预期功能。

用@Repository注释的类使用org.springframework.dao.DataAccessException具有更好的翻译和可读错误处理。非常适合实现访问数据的组件（DataAccessObject或dao）。

带有@Controller的注释类在SpringWebMVC应用程序中扮演控制器角色

带有@Service的注释类在业务逻辑服务中发挥作用，例如DAO Manager（Facade）的Facade模式和事务处理

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

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

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

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

例如，最近我做了：

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

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