Osierocone procesy CEF na macOS ARM

Curtis Chau

Updated: 3 lipca 2026

Download IronPDF

• NuGet Download
• DLL Download
• Windows Installer

• ---

• Start Free Trial

Copy for LLMs

• Copy for LLMs

  Copy page as Markdown for LLMs

• ---

• 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

Na macOS ARM, IronPDF 2026.4.1 może pozostawić swoje podrzędne procesy Chromium Embedded Framework (CEF) działające po awarii aplikacji. Proces wydaje się zawieszać i nigdy się nie kończy.

IronSoftwareDeploymentConfigurationMissingException: QPdf*.deployment.json

IronSoftwareDeploymentConfigurationMissingException: QPdf*.deployment.json

Dotknięta konfiguracja to IronPdf.MacOs.ARM 2026.4.1 (natywne interop 2026.4.0.1) na macOS ARM64 z .NET 10. W tej wersji, podrzędny proces CEF nie jest zamykany, gdy aplikacja główna kończy się nienormalnie, więc IronCefSubprocess i jego dzieci gpu-process Chrome pozostają aktywne. Aktualizacja do 2026.5.2 rozwiązuje problem.

Rozwiązanie

1. Zaktualizuj pakiety IronPDF

Przenieś IronPdf.MacOs.ARM do 2026.5.2 lub nowszej. Z .NET CLI:

dotnet add package IronPdf.MacOs.ARM --version 2026.5.2

dotnet add package IronPdf.MacOs.ARM --version 2026.5.2

Lub z konsoli zarządzania pakietami Visual Studio:

Update-Package IronPdf.MacOs.ARM

Update-Package IronPdf.MacOs.ARM

2. Zbuduj ponownie i uruchom

Zbuduj projekt ponownie i uruchom aplikację ponownie, aby załadować zaktualizowane natywne interop.

3. Potwierdź brak pozostających procesów

Po zakończeniu lub awarii aplikacji, sprawdź, czy nie pozostają procesy renderer:

ps aux | grep -iE "ironpdf|ironcef|chrome"

ps aux | grep -iE "ironpdf|ironcef|chrome"

Nie powinieneś widzieć żadnych pozostawionych wpisów IronPDF, IronCefSubprocess ani Chrome gpu-process.

Wskazówki dotyczące debugowania

W dotkniętej wersji, następujące nie usunęło osieroconego procesu:

• Ustawienie Installation.TempFolderPath: brak wpływu na zawieszenie.
• Wywołanie IronPdf.IronPdfEngine.Shutdown(): typ IronPdfEngine nie jest częścią pakietu IronPdf.MacOs.ARM, więc to wywołanie nie jest zgodne z nim.
• Ostrzeżenie IronSoftwareDeploymentConfigurationMissingException dotyczące QPdf*.deployment.json: nie blokuje. qpdf nadal wdraża i ładuje, a ostrzeżenie nie jest związane z procesem w stanie zawieszenia.

Curtis Chau

Chat with engineering team now

Technical Writer

Curtis Chau holds a Bachelor’s degree in Computer Science (Carleton University) and specializes in front-end development with expertise in Node.js, TypeScript, JavaScript, and React. Passionate about crafting intuitive and aesthetically pleasing user interfaces, Curtis enjoys working with modern frameworks and creating well-structured, visually appealing manuals.

...

Read More