我认为事务属于服务层。它了解工作单元和用例。如果将几个dao注入到需要在单个事务中协同工作的服务中，这是正确的答案。

此外，Spring建议只在具体的类上使用注释，而不是在接口上使用。

http://static.springsource.org/spring/docs/2.0.x/reference/transaction.html

我认为事务属于服务层。它了解工作单元和用例。如果将几个dao注入到需要在单个事务中协同工作的服务中，这是正确的答案。

或者对两个“层”都加注释有意义吗?-同时标注服务层和dao层不是很有意义吗-如果你想确保dao方法总是从服务层调用(传播)，并且在dao中传播是“强制的”。这将为DAO方法从UI层(或控制器)调用提供一些限制。此外——特别是在对DAO层进行单元测试时——对DAO进行注释还将确保对其事务功能进行测试。

服务层是添加@Transactional注释的最佳位置，因为这里呈现的大多数业务逻辑都包含细节级用例行为。

假设我们将它添加到DAO，从服务调用2个DAO类，一个失败，另一个成功，在这种情况下，如果@Transactional不在服务上，一个DB将提交，另一个DB将回滚。

因此，我的建议是明智地使用这个注释，只在服务层使用。

Github项目- java-algos

首先，让我们定义一下在什么地方使用事务?

我认为正确的答案是——当我们需要确保动作序列将作为一个原子操作一起完成时，或者即使其中一个动作失败，也不会进行任何更改。

将业务逻辑放入服务中是众所周知的实践。因此，服务方法可能包含必须作为单个逻辑工作单元执行的不同操作。如果是，那么这种方法必须被标记为事务性的。当然，并不是每个方法都需要这样的限制，所以您不需要将整个服务标记为事务性的。

更重要的是，不要忘记考虑@Transactional可能会降低方法性能。 为了了解全局，您必须了解事务隔离级别。了解这一点可以帮助您避免在不必要的地方使用@Transactional。