应采用静态标记位、事件暂停、嵌套计数、PDO状态检测或逻辑剥离五种方法防止Laravel事务递归：一用static $isInTransaction控制入口；二用Event::withoutEvents()暂停事件；三用static $transactionLevel限制嵌套深度；四用$connection->getPdo()->inTransaction()检测原生状态；五将关联操作移出事务体。
在 Laravel 应用中，若事务内触发的模型事件、观察者方法或 Eloquent 关联操作意外再次开启新事务并调用同一逻辑，可能引发无限递归调用，最终导致内存耗尽或堆栈溢出。以下是防止此类递归行为的多种防护方法：
一、使用静态标记位控制递归入口
通过在类或模型中定义静态布尔属性，在事务执行前标记“已处于事务中”，后续同级调用可据此跳过重复逻辑。
1、在目标模型或服务类中声明私有静态属性 protected static $isInTransaction = false。
2、在事务开始前检查该标记：if (self::$isInTransaction) { return; }。
3、将 self::$isInTransaction = true 置为真，并包裹 DB::transaction() 调用。
4、在事务闭包的 finally 块或回调中重置该标记：self::$isInTransaction = false。
二、利用 Laravel 事件分发器的暂停机制
Laravel 的事件系统支持临时禁用事件分发，可阻断由模型变更触发的观察者或监听器二次进入事务路径。
1、在事务执行前调用 Event::withoutEvents() 并传入事务闭包。
2、确保事务内所有模型 save()、delete() 等操作均发生在该闭包作用域内。
3、闭包执行完毕后，事件系统自动恢复，无需手动启用。
4、注意：此方式会屏蔽全部事件，若需保留部分关键事件，应改用自定义事件开关而非全局暂停。
三、引入事务嵌套层级计数器
通过跟踪当前请求中 DB::transaction 的嵌套深度，设定阈值（如最大 2 层），超出即中止执行，避免隐式多层嵌套。
1、在服务提供者或基类中定义静态整型变量 protected static $transactionLevel = 0。
2、每次进入 DB::transaction 前执行 ++self::$transactionLevel。
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
3、添加判断逻辑：if (self::$transactionLevel > 2) { throw new RuntimeException('Transaction nesting too deep'); }。
4、在事务完成或异常捕获后执行 --self::$transactionLevel，确保计数准确。
四、使用数据库连接级别的事务状态检测
直接查询底层 PDO 连接是否已处于活跃事务状态，避免依赖应用层标记可能被绕过的风险。
1、获取当前默认连接实例：$connection = DB::connection()。
2、调用 $connection->getPdo()->inTransaction() 获取原生事务状态。
3、若返回 true，且当前逻辑非顶层事务入口，则直接返回或抛出异常。
4、该检测应在事务开启前执行，不可置于 DB::transaction() 闭包内部，否则始终为 true。
五、重构业务逻辑剥离事务边界
将易触发递归的操作（如关联模型保存、事件广播）从事务主体中分离，改为事务提交后再异步或同步执行。
1、在事务闭包中仅执行核心数据写入，不调用 saveRelated() 或 dispatch() 等副作用方法。
2、事务成功后，通过 DB::transactionLevel() === 0 确认已完全提交。
3、随后调用独立方法处理关联更新，例如 syncRelatedRecords($model)。
4、该独立方法不再包裹 DB::transaction，彻底切断递归链路。
