doctrine事务在symfony中需在服务层用entitymanagerinterface封装，通过begintransaction/commit/rollback或transactional()确保原子性，跨repository操作共享同一事务上下文。
Doctrine事务在Symfony中主要用于保障多步数据库操作的原子性——比如创建订单的同时扣减库存，必须全部成功或全部失败。关键不是“能不能用”，而是“在哪用、怎么控、怎么防错”。下面直接说实用要点。
服务层封装事务逻辑
事务控制不能写在控制器里，必须下沉到服务类。这样既符合单一职责，也方便复用和测试。
- 注入EntityManagerInterface，不要用
$this->getDoctrine()->getManager()临时获取 - 用
$em->getConnection()->beginTransaction()开启，而非$em->beginTransaction()（后者在新版Doctrine中已弃用） - 所有
persist()和flush()都应在同一事务内完成；flush()不等于提交，只是同步变更到数据库
用try/catch确保回滚可靠
手动开启事务后，必须显式处理异常路径，否则事务会挂起甚至阻塞连接池。
- 在
try块末尾调用$em->getConnection()->commit() - 在
catch中立即执行$em->getConnection()->rollback()，再抛出异常（不要静默吞掉） - 推荐捕获
\Throwable而非仅\Exception，覆盖PHP错误和致命异常
优先使用transactional()快捷方法
Doctrine提供Connection::transactional()和EntityManager::transactional()，自动处理开启、提交、回滚，代码更简洁且不易遗漏。
- 示例：
$em->transactional(fn() => { $em->persist($order); $em->flush(); }); - 该方法内部会检测是否已在事务中，避免重复开启（适合嵌套调用场景）
- 若需传参，可用闭包变量绑定或改用服务方法封装
跨多个Repository仍属同一事务
只要共用同一个EntityManager实例，无论调用多少个Repository的方法，都在同一数据库连接和事务上下文中。
- 不需要为每个Repository单独开事务，也不用“协调”它们
- 例如：同时操作
UserRepository、ProfileRepository、AttachmentRepository，只要都在$em->transactional()内，就天然一致 - 注意：自定义Repository中不要自行调用
beginTransaction()，会破坏事务边界
