@Component和@Repository / @Service注释的处理方式有何区别？

今天我在Spring 3.0中偶然发现了一个相当奇怪的问题：

有一个抽象类A及其具体实现A_Impl 。 A_Impl注释为A_Impl ，由Spring自动扫描（ 和都在上下文中声明）。 A和A_Impl部署在单独的JAR中（不确定是否重要）。 一切正常。

现在，我正在审查代码， @Repository在语义上看起来不太合适（这个类与持久性无关）所以 – 在我的无限智慧中 – 我决定将其更改为更通用的@Component 。 不用说，一切都爆炸了，让我看起来像一个完全白痴。 错误（在Spring上下文初始化期间发生）是Spring的ClassPathResource.getInputStream()方法抱怨A类不存在（它是，我手动检查;加上常规类加载器发现它很好）

没有其他改变 。 如果我将@Component交换为@Repository上下文初始化，如果我将它们交换回来，则不会出现上述错误。 Spring文档声称 @Component和@Repository之间没有区别 ，这显然是一个该死的谎言:-)所以我想知道 – 有什么区别？

Answer 1

我一直在使用@Component没有麻烦。

我想到的唯一一件事（尽管不是那么聪明的人）可能是你的@Component可能不是spring的。 例如，Tapestry有一个以相同方式命名的注释。 其他框架也可能有它。 所以检查你的import。

Answer 2

 |Annotation | Meaning | +------------+-----------------------------------------------------+ | @Component | generic stereotype for any Spring-managed component | | @Repository| stereotype for persistence layer | | @Service | stereotype for service layer | | @Controller| stereotype for presentation layer (spring-mvc) | 

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

1. 将@Service用于所有Web服务类型的数据库连接
2. 将@Repository用于所有存储的proc数据库连接

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