Verwalteter Code nach Thread-Zustandszerstörung in .NET 9 und .NET 10

Option 1: Downgrade zu .NET 8 (Empfohlen)

.NET 6.0.36 und .NET 8.0.26 beenden sauber. Downgraden Sie das Ziel-Framework, wenn ein sauberer Prozessabschluss erforderlich ist.

Option 2: Verwenden Sie Testergebnisdateien anstelle von Exit-Codes im CI/CD

Die PDF-Arbeit wird erfolgreich abgeschlossen, bevor der Assertion-Fehler auftritt. Veröffentlichen Sie Testergebnisse aus Ergebnisdateien anstatt sich auf Exit-Codes zu verlassen:

Azure DevOps:

- script: dotnet test --logger "trx" || true
- task: PublishTestResults@2
  inputs:
    testResultsFiles: '**/*.trx'

- script: dotnet test --logger "trx" || true
- task: PublishTestResults@2
  inputs:
    testResultsFiles: '**/*.trx'

GitHub Actions:

- run: dotnet test --logger "trx" || true
- uses: dorny/test-reporter@v1
  with:
    path: '**/*.trx'
    reporter: dotnet-trx

- run: dotnet test --logger "trx" || true
- uses: dorny/test-reporter@v1
  with:
    path: '**/*.trx'
    reporter: dotnet-trx

Option 3: Exit-Code im Shell filtern

dotnet run 2>stderr.log; EXIT=$?
if grep -q "thread state has been destroyed" stderr.log; then exit 0; else exit $EXIT; fi

dotnet run 2>stderr.log; EXIT=$?
if grep -q "thread state has been destroyed" stderr.log; then exit 0; else exit $EXIT; fi

Bekannte nicht funktionierende Abhilfen: Installation.SkipShutdown = true, SetErrorMode, Environment.Exit(0) und manuelle GC-Sammlung vor dem Beenden.