Doctrine事件订阅者致集成测试报错：There is already an active transaction

你遇到的问题是启用MySubscriber后，CI/CD环境的PHPUnit集成测试触发"There is already an active transaction"错误，本地测试正常，且已排除数据库初始化、Fixture加载和缓存清理的问题，怀疑与DAMA Doctrine Test Bundle相关。以下是针对性解决方法：

• 检查事件订阅者的事务操作
  确认MyService或订阅者的事件处理方法（如postUpdate/postPersist的实现）中是否存在手动开启、提交或回滚事务的逻辑。DAMA Doctrine Test Bundle默认会为每个测试用例包裹事务，若订阅者内自行操作事务，会直接与Bundle的事务机制冲突。若存在这类代码，需移除，改用Bundle提供的事务控制逻辑。

• 调整DAMA Bundle的事务隔离配置
  在phpunit.xml.dist中修改DAMA扩展的配置，禁用静态连接和EntityManager，让每个测试实例拥有独立的资源，减少跨测试的事务残留：

  <extensions>
      <extension class="DAMA\DoctrineTestBundle\PHPUnit\PHPUnitExtension">
          <parameter name="enable_static_connection" value="false"/>
          <parameter name="enable_static_entity_manager" value="false"/>
      </extension>
  </extensions>
  

• 更换事件触发时机
  若订阅者的业务逻辑不需要在事务内执行，可将事件从postUpdate/postPersist改为postFlush——该事件会在事务提交后触发，不会与DAMA的测试事务产生冲突：

  public function getSubscribedEvents(): array {
      return [
          Events::postFlush,
      ];
  }
  

  注意：postFlush无法直接获取实体的变更状态，若需要相关数据，需在postUpdate/postPersist中先缓存，再在postFlush中处理。

• 在测试生命周期中重置事务状态
  在测试用例的setUp或tearDown方法中手动清理EntityManager和事务状态，确保每次测试前环境干净：

  protected function setUp(): void
  {
      parent::setUp();
      $em = $this->getContainer()->get('doctrine.orm.entity_manager');
      $em->clear();
      
      $connection = $this->getContainer()->get('doctrine.dbal.default_connection');
      if ($connection->isTransactionActive()) {
          $connection->rollBack();
      }
  }
  

• 排查CI/CD环境的数据库配置差异
  对比本地与CI/CD环境的数据库配置，确认CI环境是否开启了自动提交（autocommit）。DAMA Bundle在自动提交开启的环境下可能出现事务冲突，可在测试前置步骤中执行SET autocommit = 0;强制关闭自动提交。

内容的提问来源于stack exchange，提问作者Laszlo Nagy