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

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

@组件等效于

<bean>

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

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

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

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

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

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

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

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

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

即使它的行为相同，但这利用了应用程序的许多软件开发原则，也很少有这样的例子：

- Single Responsibility
- Open Closed Principal 

@Component
@Controller
@Repository
@Service
@RestController

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

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

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

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

在Spring 4中，最新版本：

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