spring什么时候使用服务或组件？
例如，负责发送电子邮件或常见业务逻辑的模块是“服务”还是“组件”？ 有什么区别？
服务是否可以调用其他服务？ 交易有问题吗？还是服务应该只调用组件？
有人告诉我，一个服务不应该调用其他服务，而应该只调用组件，这意味着Controller->Service->Component->DAO，但我发现很多人共享Controller->Service-的概念>没有组件的DAO。
Spring 中有没有关于这个主题的系统设计标准？
【问题讨论】：
标签： java spring system-design
为了“配置” Spring 以便它可以为您提供所需的类的实例，您应该告诉 Spring 涉及什么对象以及如何它们是建造的。为此，您可以使用 xml 配置文件或通过注释
如果您采用注释方法（恕我直言，一种更好更简单的方法），您可以使用@Component 来注释类。这就像告诉 Spring：“嘿！我想让你知道你可能需要这个类的一个实例。也许是因为我请求它，也许是因为我请求的东西需要它”。所以用@Component注释一个类只是让Spring知道它存在
还有其他注释可以做到这一点：
@Controller（和@RestController）@Service@Repository它们都通知 Spring 该类涉及 DI 上下文。 但是它们也有语义：
@Controller = @Component 属于表示层@Service = @Component 属于服务/用例层@Repository = @Component 属于持久层您可以在this question找到更多信息
一个服务应该能够调用其他服务吗？
我认为这没有任何问题。如果您的任何服务需要执行一些已经由其他服务执行的操作，您肯定希望避免代码重复。只要您尊重架构层的依赖关系（永远不会上升）就可以了。
关于这个你可以查看this article关于清洁架构
【讨论】：
@Component 是其他刻板印象的通用。
所以你可以更换
@Repository, @Service, @Controller 和 @Component 什么都不会改变。但是为了更好的可读性，您应该使用@Repository, @Service, @Controller
【讨论】：
@Repository 添加特定于数据库的异常处理。是的，其他注释什么也没增加，但这只是时间问题。将来可能会增加。