# Debugging von iOS-Apps mit nativen Bibliotheken auf Windows
Das Debuggen einer .NET MAUI iOS-App von einem Windows-Rechner aus kann keine nativen Drittanbieter-Bibliotheken wie IronOCR laden. Die App kann auf einem verbundenen iPhone starten, aber der native Tesseract-Code, von dem IronOCR abhängt, wird nicht korrekt bereitgestellt.
```txt
Failed to locate 'libtesseract.5'...
Access to the path ... is denied.
```
Der Grund ist das streng kontrollierte Entwicklungsmodell von Apple. iOS-Apps müssen mit einem gültigen Apple-Entwicklerzertifikat **signiert** werden, native Bibliotheken müssen für ARM64 **kompiliert** und über Apple-Toolchains verlinkt werden, und Apps laufen unter **strikter Sandboxing**, das den Zugriff auf das Dateisystem zur Laufzeit einschränkt. Apples Werkzeuge (`Xcode`, `codesign`, `lipo`) laufen nur auf macOS, daher kann ein Windows-Computer die native Bibliothek nicht vollständig verpacken oder signieren. Wenn Sie von Windows aus debuggen, fehlt die Tesseract-Binärdatei, ist unsigniert oder wird vom Sandbox blockiert, was die oben genannten Fehler verursacht.
Deshalb läuft die gleiche Codebasis problemlos auf Android- oder Windows-Zielen: Diese Plattformen laden native Bibliotheken ohne die Signierungsanforderungen von Apple und das mit IronOCR gebündelte Tesseract funktioniert wie erwartet.
## Lösung
### 1. Über einen Mac bauen
Entwickeln Sie direkt auf macOS oder nutzen Sie die **Pair to Mac** Funktion von Visual Studio, um iOS-Builds an einen Mac auszulagern, während Sie auf Windows programmieren. Das Durchlaufen des Build-Prozesses über die Apple-Toolchain ist die einzige Möglichkeit, die native Bibliothek korrekt zu kompilieren und zu signieren.
### 2. Lassen Sie IronOCR seine eigenen Bibliotheken bereitstellen
Kopieren oder verschieben Sie keine nativen Bibliotheksdateien manuell. IronOCR kümmert sich um die Bereitstellung von Tesseract für Sie, und das manuelle Bearbeiten der Pfade bricht das iOS-Packaging-Modell.
[[w:(Manuelles Kopieren nativer Bibliotheken auf iOS löst normalerweise die oben genannten Sandbox-Zugriffsfehler aus. Überlassen Sie die Bereitstellung IronOCR, es sei denn, Sie verstehen die Bereitstellungsregeln von Apple vollständig.)]]
### 3. Testen auf realen Geräten über macOS
Führen Sie Ihre Tests an einem physischen iPhone oder einem von einem Mac aus gestarteten iOS-Simulator durch. Das gibt ein genaues Bild davon, wie sich die signierte, gesandete App verhält, was eine Windows-Debug-Sitzung nicht reproduzieren kann.
Das Debuggen einer .NET MAUI iOS-App von einem Windows-Rechner aus kann keine nativen Drittanbieter-Bibliotheken wie IronOCR laden. Die App kann auf einem verbundenen iPhone starten, aber der native Tesseract-Code, von dem IronOCR abhängt, wird nicht korrekt bereitgestellt.
Failed to locate 'libtesseract.5'...Access to the path ... is denied.
Failed to locate 'libtesseract.5'...
Access to the path ... is denied.
Text
Der Grund ist das streng kontrollierte Entwicklungsmodell von Apple. iOS-Apps müssen mit einem gültigen Apple-Entwicklerzertifikat signiert werden, native Bibliotheken müssen für ARM64 kompiliert und über Apple-Toolchains verlinkt werden, und Apps laufen unter strikter Sandboxing, das den Zugriff auf das Dateisystem zur Laufzeit einschränkt. Apples Werkzeuge (Xcode, codesign, lipo) laufen nur auf macOS, daher kann ein Windows-Computer die native Bibliothek nicht vollständig verpacken oder signieren. Wenn Sie von Windows aus debuggen, fehlt die Tesseract-Binärdatei, ist unsigniert oder wird vom Sandbox blockiert, was die oben genannten Fehler verursacht.
Deshalb läuft die gleiche Codebasis problemlos auf Android- oder Windows-Zielen: Diese Plattformen laden native Bibliotheken ohne die Signierungsanforderungen von Apple und das mit IronOCR gebündelte Tesseract funktioniert wie erwartet.
Lösung
1. Über einen Mac bauen
Entwickeln Sie direkt auf macOS oder nutzen Sie die Pair to Mac Funktion von Visual Studio, um iOS-Builds an einen Mac auszulagern, während Sie auf Windows programmieren. Das Durchlaufen des Build-Prozesses über die Apple-Toolchain ist die einzige Möglichkeit, die native Bibliothek korrekt zu kompilieren und zu signieren.
2. Lassen Sie IronOCR seine eigenen Bibliotheken bereitstellen
Kopieren oder verschieben Sie keine nativen Bibliotheksdateien manuell. IronOCR kümmert sich um die Bereitstellung von Tesseract für Sie, und das manuelle Bearbeiten der Pfade bricht das iOS-Packaging-Modell.
Warnung: Manuelles Kopieren nativer Bibliotheken auf iOS löst normalerweise die oben genannten Sandbox-Zugriffsfehler aus. Überlassen Sie die Bereitstellung IronOCR, es sei denn, Sie verstehen die Bereitstellungsregeln von Apple vollständig.
3. Testen auf realen Geräten über macOS
Führen Sie Ihre Tests an einem physischen iPhone oder einem von einem Mac aus gestarteten iOS-Simulator durch. Das gibt ein genaues Bild davon, wie sich die signierte, gesandete App verhält, was eine Windows-Debug-Sitzung nicht reproduzieren kann.
Curtis Chau hat einen Bachelor-Abschluss in Informatik von der Carleton University und ist spezialisiert auf Frontend-Entwicklung mit Expertise in Node.js, TypeScript, JavaScript und React. Leidenschaftlich widmet er sich der Erstellung intuitiver und ästhetisch ansprechender Benutzerschnittstellen und arbeitet gerne mit modernen Frameworks sowie der Erstellung gut strukturierter, optisch ansprechender Handbücher.
