Garbage collection stops after exception in SoapClient

Description

The following code:

<?php

class A
{
	public $b;
}

class B
{
	public $a;
}

function buildCycle()
{
	$a = new A();
	$b = new B();
	$a->b = $b;
	$b->a = $a;
}

function failySoapCall()
{

	try {
		new SoapClient('https://nowhere.inexistent.space/?WSDL');
	}
	catch (Exception) {
		echo "Soap call failed\n";
	}
}

function gc()
{
	gc_collect_cycles();
	echo "GC Runs: " . gc_status()['runs'] . "\n";
}


buildCycle();
gc();
buildCycle();
gc();
buildCycle();
gc();

failySoapCall();

buildCycle();
gc();
buildCycle();
gc();
buildCycle();
gc();

Resulted in this output:

GC Runs: 1
GC Runs: 2
GC Runs: 3
Soap call failed
GC Runs: 3
GC Runs: 3
GC Runs: 3

But I expected this output instead:

GC Runs: 1
GC Runs: 2
GC Runs: 3
Soap call failed
GC Runs: 4
GC Runs: 5
GC Runs: 6

The SOAP exception apparently stops the garbage collector. I experienced this problem with a large, long running process. Its memory usage is intensive but stable. Until it encounters a SOAP exception: its memory usage skyrockets, and gc_status() reports that no more gc run is done.

PHP Version

PHP 8.1.13

Operating System

Alpine 3.16

Führen Sie die bereitgestellte PHP-Reproduktion mit SoapClient, gc_collect_cycles() und gc_status() unter PHP 8.1.13 und Alpine 3.16 aus. Beginnen Sie damit, den Ausnahme-Pfad und seine Wechselwirkung mit der zyklischen Garbage Collection nachzuverfolgen. Als erledigt gilt die Aufgabe, wenn die Garbage-Collection-Läufe nach dem fehlgeschlagenen SOAP-Aufruf fortgesetzt werden und die gemeldeten Zyklusanzahlen mit der erwarteten Ausgabe übereinstimmen.