# Osierocone procesy CEF na macOS ARM
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.
```txt
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:
```bash
dotnet add package IronPdf.MacOs.ARM --version 2026.5.2
```
Lub z konsoli zarządzania pakietami Visual Studio:
```bash
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:
```bash
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.
[[i:(Jeśli osierocone procesy utrzymują się na 2026.5.2 lub nowszej, włącz logowanie do pliku przy użyciu `Logger.LoggingMode = Logger.LoggingModes.File` i udostępnij loga z wsparciem.)]]
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.
Dotknięta konfiguracja to IronPdf.MacOs.ARM2026.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:
Lub z konsoli zarządzania pakietami Visual Studio:
Update-Package IronPdf.MacOs.ARM
Update-Package IronPdf.MacOs.ARM
SHELL
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"
SHELL
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.
Zwróć uwagę: Jeśli osierocone procesy utrzymują się na 2026.5.2 lub nowszej, włącz logowanie do pliku przy użyciu Logger.LoggingMode = Logger.LoggingModes.File i udostępnij loga z wsparciem.
Curtis Chau posiada tytuł licencjata z informatyki (Uniwersytet Carleton) i specjalizuje się w front-endowym rozwoju, z ekspertką w Node.js, TypeScript, JavaScript i React. Pasjonuje się tworzeniem intuicyjnych i estetycznie przyjemnych interfejsów użytkownika, Curtis cieszy się pracą z nowoczesnymi frameworkami i tworzeniem dobrze zorganizowanych, atrakcyjnych wizualnie podręczników.
