Código Gerenciado Após Estado da Thread Destruído em .NET 9 e .NET 10

Curtis Chau

Updated: 10 de junho de 2026

Download IronPDF

• NuGet Download
• DLL Download
• Windows Installer

• ---

• Start Free Trial

Copy for LLMs

• Copy for LLMs

  Copy page as Markdown for LLMs
  # Código Gerenciado Após Estado da Thread Destruído em .NET 9 e .NET 10 No .NET 9.0.5 e posteriores (incluindo .NET 10), um aplicativo usando IronPDF sai com um erro de asserção fatal e código de saída 127. ```txt Attempt to execute managed code after the .NET runtime thread state has been destroyed. ``` A Microsoft introduziu uma limpeza de thread FLS (Armazenamento Local de Fibras) mais rigorosa no .NET 9.0.5. O SO controla a ordem de execução dos callbacks FLS, o que pode acionar a finalização do CLR antes que o renderizador Chrome do IronPDF termine sua própria sequência de desligamento. Este problema é específico do Windows; Linux e macOS não são afetados. .NET 6, 7 e 8 saem normalmente. A geração de PDF do IronPDF é concluída com sucesso antes do disparo da asserção. A Microsoft registrou o problema como "Futuro" sem data de correção planejada. ## Opções ### Opção 1: Fazer downgrade para .NET 8 (Recomendado) .NET 6.0.36 e .NET 8.0.26 saem normalmente. Faça downgrade do framework de destino se for necessário uma saída limpa do processo. ### Opção 2: Use arquivos de resultados de teste em vez de códigos de saída no CI/CD O trabalho de PDF é concluído com sucesso antes do disparo da asserção. Publique os resultados dos testes a partir de arquivos de resultados, em vez de depender do código de saída: Azure DevOps: ```yaml - script: dotnet test --logger "trx" || true - task: PublishTestResults@2 inputs: testResultsFiles: '**/*.trx' ``` GitHub Actions: ```yaml - run: dotnet test --logger "trx" || true - uses: dorny/test-reporter@v1 with: path: '**/*.trx' reporter: dotnet-trx ``` ### Opção 3: Filtre o código de saída no shell ```bash dotnet run 2>stderr.log; EXIT=$? if grep -q "thread state has been destroyed" stderr.log; then exit 0; else exit $EXIT; fi ``` Soluções mitigatórias conhecidas que não funcionam: `Installation.SkipShutdown = true`, `SetErrorMode`, `Environment.Exit(0)`, e coleta manual de GC antes de sair.

• ---

• Open in ChatGPT

  Ask ChatGPT about this page
• Open in Gemini

  Ask Gemini about this page
• Open in Grok

  Ask Grok about this page
• Open in Perplexity

  Ask Perplexity about this page

Share

• Share on Facebook
• Share on X (Twitter)
• Share on LinkedIn

• ---

• Email article

No .NET 9.0.5 e posteriores (incluindo .NET 10), um aplicativo usando IronPDF sai com um erro de asserção fatal e código de saída 127.

Attempt to execute managed code after the .NET runtime thread state has been destroyed.

Attempt to execute managed code after the .NET runtime thread state has been destroyed.

A Microsoft introduziu uma limpeza de thread FLS (Armazenamento Local de Fibras) mais rigorosa no .NET 9.0.5. O SO controla a ordem de execução dos callbacks FLS, o que pode acionar a finalização do CLR antes que o renderizador Chrome do IronPDF termine sua própria sequência de desligamento. Este problema é específico do Windows; Linux e macOS não são afetados. .NET 6, 7 e 8 saem normalmente. A geração de PDF do IronPDF é concluída com sucesso antes do disparo da asserção. A Microsoft registrou o problema como "Futuro" sem data de correção planejada.

Opções

Opção 1: Fazer downgrade para .NET 8 (Recomendado)

.NET 6.0.36 e .NET 8.0.26 saem normalmente. Faça downgrade do framework de destino se for necessário uma saída limpa do processo.

Opção 2: Use arquivos de resultados de teste em vez de códigos de saída no CI/CD

O trabalho de PDF é concluído com sucesso antes do disparo da asserção. Publique os resultados dos testes a partir de arquivos de resultados, em vez de depender do código de saída:

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

Opção 3: Filtre o código de saída no shell

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

Soluções mitigatórias conhecidas que não funcionam: Installation.SkipShutdown = true, SetErrorMode, Environment.Exit(0), e coleta manual de GC antes de sair.

Curtis Chau

Converse agora mesmo com a equipe de engenharia.

Redator Técnico

Curtis Chau é bacharel em Ciência da Computação (Universidade Carleton) e se especializa em desenvolvimento front-end, com experiência em Node.js, TypeScript, JavaScript e React. Apaixonado por criar interfaces de usuário intuitivas e esteticamente agradáveis, Curtis gosta de trabalhar com frameworks modernos e criar manuais bem estruturados e visualmente atraentes.

...

Leia mais