总的来说，我同意其他人的说法，事务通常在服务级别上启动(当然，这取决于您需要的粒度)。

然而，与此同时，我也开始在我的DAO层(以及其他不允许启动事务但需要现有事务的层)中添加@Transactional(propagation = propagation . mandatory)，因为当您忘记在调用者(例如服务)中启动事务时，检测错误要容易得多。如果您的DAO带有强制传播注释，则会得到一个异常，说明在调用方法时没有活动事务。

我还进行了一个集成测试，在该测试中，我检查了所有bean (bean后处理器)的该注释，如果在不属于服务层的bean中存在传播方式不是Mandatory的@Transactional注释，则会失败。这样可以确保我们不会在错误的层上启动事务。

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

服务层中的@事务使用是通过使用控制器层(@Controller)调用的，服务层调用DAO层(@Repository)，即数据库相关的操作。

最好将@Transactional放在DAO和服务层之间的单独中间层中。 由于回滚非常重要，您可以将所有的DB操作放在中间层，并在服务层中编写业务逻辑。中间层将与DAO层交互。

这将帮助您在许多情况下，如ObjectOptimisticLockingFailureException -此异常只发生在您的事务结束后。所以，你不能在中间层捕获它，但你现在可以在服务层捕获它。如果在服务层中有@Transactional，这是不可能的。虽然你可以在控制器中捕获，但控制器应该尽可能干净。

如果您在完成所有保存、删除和更新选项后在单独的线程中发送邮件或短信，您可以在中间层事务完成后在服务中执行此操作。同样，如果你在服务层提到@Transactional，即使你的事务失败，你的邮件也会被发送。

所以有一个中间的@Transaction层将有助于使你的代码更好，更容易处理。否则, 如果在DAO层使用，可能无法回滚所有操作。 如果在服务层使用，在某些情况下可能必须使用AOP(面向方面编程)。

@Transactional注释应该放在所有不可分割的操作周围。 使用@Transactional可以自动处理事务传播。在这种情况下，如果当前方法调用了另一个方法，那么该方法将可以选择加入正在进行的事务。

让我们举个例子:

我们有两个模型，即国家和城市。国家和城市模型的关系映射就像一个国家可以有多个城市，所以映射就像，

@OneToMany(fetch = FetchType.LAZY, mappedBy="country")
private Set<City> cities;

在这里国家映射到多个城市，获取他们懒惰。这里是@Transactinal的作用当我们从数据库中检索Country对象时，我们会得到Country对象的所有数据，但不会得到城市的集合，因为我们是懒洋洋地获取城市。

//Without @Transactional
public Country getCountry(){
   Country country = countryRepository.getCountry();
   //After getting Country Object connection between countryRepository and database is Closed 
}

当我们想要从国家对象访问Set of Cities时，我们将在该Set中获得空值，因为只有该Set创建的对象没有初始化该Set的数据来获取Set的值，我们使用@Transactional，即，

//with @Transactional
@Transactional
public Country getCountry(){
   Country country = countryRepository.getCountry();
   //below when we initialize cities using object country so that directly communicate with database and retrieve all cities from database this happens just because of @Transactinal
   Object object = country.getCities().size();   
}

所以基本上@Transactional is Service可以在单个事务中进行多个调用，而无需关闭与端点的连接。

我将@Transactional放在@Service层，并设置rollbackFor任何异常和readOnly以进一步优化事务。

默认情况下@Transactional将只查找RuntimeException(未检查的异常)，通过将回滚设置为exception. class(已检查的异常)，它将回滚任何异常。

@Transactional(readOnly = false, rollbackFor = Exception.class)

参见已检查异常和未检查异常。