Ein tiefer Einblick in das .car-Dateiformat von Apple

Ein tiefer Einblick in das .car-Dateiformat von Apple

Das .car-Dateiformat von Apple – kurz für Compiled Asset Catalog Resource – ist der Binärcontainer, den Apple zum Verpacken, Optimieren und Bereitstellen von App-Assets auf seinem gesamten Plattform-Ökosystem verwendet. Das Verständnis dieses Formats ist für jeden iOS-, macOS-, tvOS- oder watchOS-Entwickler wichtig, der schlankere, schnellere und besser optimierte Anwendungen liefern möchte.

Was genau ist eine .car-Datei und warum verwendet Apple sie?

Wenn Sie ein Xcode-Projekt erstellen, wird Ihr Assets.xcassets-Katalog vom Asset Catalog Compiler (actool) in eine binäre .car-Datei kompiliert, die in Ihrem App-Bundle enthalten ist. Anstatt lose PNG-, PDF- oder HEIC-Dateien zur Laufzeit bereitzustellen, bündelt Apple alles in dieser einzigen, strukturierten Binärdatei.

Die Motivationen hinter diesem Design sind bewusst und vielschichtig. Der Compiler führt zur Erstellungszeit mehrere Optimierungen durch, die mit Rohbilddateien nicht möglich wären:

GPU-optimierte Texturkomprimierung – Bilder werden vorab in Formate wie ASTC oder PVR konvertiert, die die GPU direkt ohne CPU-Dekodierungsaufwand verarbeiten kann.

Skalierungsfaktor-Slicing – @1x-, @2x- und @3x-Varianten werden basierend auf der Bildschirmdichte des Zielgeräts gespeichert und bereitgestellt.

App Thinning-Integration – der App Store entfernt Asset-Varianten, die für das herunterladende Gerät irrelevant sind, und reduziert so die Installationsgröße erheblich.

Farbraumverwaltung – Assets werden je nach Bedarf für Display P3, sRGB oder erweiterte Farbräume markiert und konvertiert.

Unterstützung benannter Farben und Symbole – SF-Symbole und semantische Farbtokens werden aufgelöst und zusammen mit Rasterdaten eingebettet.

Wichtige Erkenntnis: Das .car-Format ist nicht nur ein Container – es ist eine aktive Optimierungspipeline. Der große Aufwand erfolgt zur Kompilierungszeit, sodass das Laden von Assets zur Laufzeit nahezu augenblicklich erfolgt. Dies ist einer der Hauptgründe dafür, dass sich native Apple-Apps schneller anfühlen als webbasierte Alternativen, auf denen gleichwertige Assets ausgeführt werden.

Wie ist die interne Struktur einer .car-Datei organisiert?

Apple hat nie eine offizielle Spezifikation für das .car-Binärformat veröffentlicht, aber Reverse-Engineering-Bemühungen der Community – vor allem Projekte wie Asset Catalog Tinkerer und ThemeEngine – haben das Layout sehr detailliert abgebildet.

Auf der obersten Ebene wird eine .car-Datei auf einem BOM-Dateisystem (Bill of Materials) erstellt – dem gleichen Format, das Apple für Installationspakete verwendet. In diesem Stücklistenbaum finden Sie mehrere benannte Streams:

Der RENDITIONS-Stream ist der größte und wichtigste und enthält die tatsächlichen Bild- und Datennutzlasten, die durch einen eindeutigen Wiedergabeschlüssel indiziert sind. Der KEYFORMAT-Stream definiert das Schema für diese Schlüssel und kodiert Attribute wie Sprache (iPhone, iPad, Mac), Skalierung, Anzeigeumfang und Erscheinungsbild (hell, dunkel). Die Streams FACETKEYSDB und FEATUREFLAGS enthalten Metadaten zu benannten Assets bzw. Funktionsflags. Der EXTENDED_METADATA-Stream, der in neueren SDK-Versionen hinzugefügt wurde, unterstützt Dinge wie lokalisierte Symbolnamen und Symbole mit variabler Breite.

Jede Wiedergabenutzlast ist selbst strukturiert – sie enthält einen Header, der Pixelabmessungen, Farbraum, Komprimierungstyp und dann die komprimierten Rohdaten beschreibt. Bei Rasterbildern können dies LZFSE-komprimierte Rohpixel sein; bei PDF-Vektoren sind es die ursprünglichen PDF-Bytes; Bei Datenbeständen handelt es sich um den von Ihnen gespeicherten binären Blob.

Mit welchen Tools können Entwickler .car-Inhalte prüfen und extrahieren?

Da es sich bei .car-Dateien um kompilierte Binärdateien handelt, können Sie sie nicht einfach in der Vorschau oder im Finder öffnen. Apple stellt einen Teil der offiziellen Oberfläche über private Frameworks zur Verfügung, für praktische Zwecke greift man jedoch in der Regel auf Tools von Drittanbietern zurück.

Asset Catalog Tinkerer (von Guilherme Rambo) ist das am weitesten verbreitete GUI-Tool – es ermöglicht Ihnen das Durchsuchen, die Vorschau und den Export einzelner Assets aus jeder .car-Datei. acextract ist ein Community-Befehlszeilendienstprogramm, das eine lose Ordnerstruktur aus einem kompilierten Katalog rekonstruiert. Apples eigener Befehl assetutil, der mit der Toolchain von Xcode ausgeliefert wird, kann Metadaten abfragen und Kataloge für bestimmte Geräte filtern. Für tiefes Binär-In

Related Posts

• CXMT bietet DDR4-Chips etwa zur Hälfte des marktüblichen Preises an
• macOS' wenig bekanntes Kommandozeilen-Sandboxing-Tool (2025)
• DJBs Kryptografische Odyssee: Vom Code-Helden zum Standards-Kritiker
• GLM-5: Ausrichtung auf komplexe Systemtechnik und langfristige Agentenaufgaben