Wie würdest du drei unabhängige Remote-Calls gleichzeitig ausführen und die Ergebnisse zusammenführen?

Entweder du schickst sie an einen Executor mit Virtual Threads und joinst die Ergebnisse, oder du komponierst sie mit CompletableFuture über supplyAsync auf einem expliziten Executor und allOf zum Warten. Setz ein Timeout auf die kombinierte Operation, behandle Teilausfälle bewusst und brich die Geschwister ab, wenn einer fehlschlägt. Structured Concurrency mit einem Task Scope drückt genau diese Form aus und bindet die Lebensdauer der Subtasks an den Block, ist aber immer noch eine Preview-API.

Mit Virtual Threads ist das einfach geworden: ich öffne einen Executor, der pro Task einen Thread erzeugt, schicke die drei Calls rein und joine dann jedes Future. Es liest sich sequenziell, die Calls überlappen sich aber, und jeder hat sein eigenes Client-Timeout. Bin ich in einer älteren Codebase, nehme ich CompletableFuture mit supplyAsync und übergebe immer meinen eigenen Executor, denn der Default ist der Common ForkJoinPool, der für CPU-Arbeit dimensioniert ist und von allem im Prozess geteilt wird. Dann allOf zum Warten und ein Timeout auf dem kombinierten Future, damit eine hängende Abhängigkeit den Request nicht ewig festhält. Am längsten denke ich über Teilausfälle nach: wenn der Call für die Empfehlungen fehlschlägt, lasse ich die ganze Seite scheitern oder rendere ich ohne sie? Meistens lautet die Antwort degradieren, dieses Future bekommt also einen exceptionally-Handler, der eine leere Liste zurückgibt, während die essenziellen Calls den Fehler weiterreichen. Structured Concurrency drückt das viel besser aus, denn ein Scope joint alle Subtasks und bricht den Rest ab, wenn einer fehlschlägt oder die Deadline reißt, und ich nutze es dort, wo eine Preview-API akzeptabel ist.