# VS-Code-Cache auf dem Mac leeren und Einstellungen behalten

> Unterscheide erneuerbare Caches von Workspace-Zustand und Erweiterungsdaten und bereinige VS Code auf dem Mac gezielt.

Published: 2026-10-28

Wenn VS Code viel Speicher belegt oder sich weiterhin merkwürdig verhält, ist nicht gleich ein vollständiger Reset nötig. Auf dem Mac liegen im Ordner `Code` sowohl erneuerbare Caches als auch Einstellungen, Workspace-Zustand und Erweiterungsdaten. Den ganzen Ordner zu löschen, verändert deshalb deutlich mehr als nur den Cache. Beginnen Sie mit einem Neuladen oder einem Erweiterungstest und entfernen Sie erst danach den identifizierten Cache.

## Was im Ordner Code liegt

Die Standardversion von Microsoft speichert Benutzerdaten unter `~/Library/Application Support/Code`. Einstellungen und Zustand des Standardprofils liegen unter `User`, installierte Erweiterungen normalerweise separat unter `~/.vscode/extensions`. Startoptionen können diese Orte ändern. Microsoft nennt die Einstellungsdatei in der [Einstellungsdokumentation](https://code.visualstudio.com/docs/configure/settings); die [Umgebungsimplementierung](https://github.com/microsoft/vscode/blob/main/src/vs/platform/environment/common/environmentService.ts) trennt Workspace-Speicher, Protokolle und heruntergeladene Erweiterungspakete.

Die erste Spalte ist relativ zu `~/Library/Application Support/Code`, außer in der letzten Zeile.

| Ort | Inhalt | Entscheidung |
| --- | --- | --- |
| `Cache`, `Code Cache`, `GPUCache` | Chromium-Caches für Ressourcen, kompilierten Code und Grafik | Werden neu erstellt, nur nach dem Beenden löschen |
| `CachedData` | VS-Code-Startcache für Code, nach Build getrennt | Wird neu erstellt, nächster Start eventuell langsamer |
| `CachedExtensionVSIXs` | Heruntergeladene Installationspakete für Erweiterungen | Löschbar, spätere Installationen oder Updates laden sie eventuell erneut |
| `User/workspaceStorage` | Editor- und Erweiterungszustand je Workspace | Grundsätzlich behalten, Einträge einzeln prüfen |
| `User/globalStorage` | Dauerhafte Editor- und Erweiterungsdaten, eventuell Anmeldestatus | Behalten, kein allgemeiner Cache |
| `logs` | Diagnoseaufzeichnungen früherer Sitzungen | Alte Sitzungen erst nach der Fehlersuche entfernen |
| `User` | Einstellungen, Tastenkürzel, Snippets, Profile und weiterer Zustand | Behalten, einschließlich lokalem Verlauf |
| `~/.vscode/extensions` | Installierte Erweiterungen | Behalten, über den Editor verwalten |

Electron beschreibt [Chromium-Speicher in den Benutzerdaten](https://www.electronjs.org/docs/latest/api/app#appgetpathname), wo Caches neben Cookies und lokalem Speicher liegen. Ähnlich benannte Nachbarn dürfen deshalb nicht automatisch mitgelöscht werden. Das sind Implementierungsdetails, keine Zusage, dass jede Version jeden Ordner anlegt.

## Zuerst die Funktionen von VS Code nutzen

Speichern Sie die Dateien, öffnen Sie mit Shift + Command + P die Befehlspalette und führen Sie Developer: Reload Window aus. Das lädt das Fenster neu und ist keine dokumentierte Bereinigung des Festplattencaches. Bei einer veralteten Anzeige ist dies der kleinere erste Schritt. Die [Implementierung](https://github.com/microsoft/vscode/blob/main/src/vs/workbench/browser/actions/windowActions.ts) ruft das Neuladen des Fensters auf.

Trat das Problem nach einer Erweiterungsänderung auf, deaktivieren Sie zunächst diese Erweiterung, statt ihre Daten zu löschen. Microsofts [Anleitung für Leistungsprobleme](https://github.com/microsoft/vscode/wiki/Performance-Issues) beschreibt Help: Start Extension Bisect. Dabei werden Erweiterungsgruppen deaktiviert und Sie prüfen, ob das Problem bleibt. Ist der Verursacher gefunden, nutzen Sie dessen dokumentierte Funktion zum Zurücksetzen oder Neuaufbauen. Ein allgemeiner Cache-Befehl kann nicht beliebige Erweiterungsdaten sicher zurücksetzen.

## Vor dem Verschieben die Größe messen

Öffnen Sie im Finder mit Shift + Command + G den Pfad `~/Library/Application Support/Code`. Prüfen Sie die Unterordner, statt die gesamte Größe des Elternordners als freigebbaren Speicher anzusehen. Im Terminal messen diese Befehle, ohne etwas zu verändern:

```sh
du -sh "$HOME/Library/Application Support/Code"/*
du -sh "$HOME/Library/Application Support/Code/User"/* "$HOME/.vscode/extensions"
```

Die erste Zeile trennt die obersten Caches von `User`, die zweite zeigt, ob Workspace- oder globaler Speicher den größten Anteil ausmachen. Addieren Sie Eltern- und Unterordner nicht. Eine Meldung über einen fehlenden Pfad bedeutet, dass dieser Ort nicht existiert. Ein Berechtigungsfehler bedeutet eine unvollständige Messung.

Die Pfade gelten für die normale stabile Installation. Bei `--user-data-dir` oder `--extensions-dir` untersuchen Sie stattdessen die angegebenen Verzeichnisse. Microsofts [Befehlszeilenreferenz](https://code.visualstudio.com/docs/configure/command-line) dokumentiert beide Optionen. Eine Remote-Entwicklungsumgebung muss separat untersucht werden; ihre Daten liegen nicht zwangsläufig hier auf dem Mac.

## Nur den erneuerbaren Teil löschen

1. Speichern Sie die Arbeit, beenden Sie Aufgaben im integrierten Terminal und schließen Sie VS Code vollständig mit Command + Q. Ein geschlossenes Fenster bedeutet nicht, dass die App beendet ist.
2. Sichern Sie `User` vor Experimenten mit Zustandsdaten und bewahren Sie nicht wiederherstellbare Erweiterungsdaten separat auf. Projektordner und ihre eigene `.vscode`-Konfiguration bleiben unberührt.
3. Öffnen Sie `Code` im Finder und verschieben Sie nur den identifizierten Ordner `Cache`, `Code Cache`, `GPUCache` oder `CachedData` in den Papierkorb. Beginnen Sie mit dem relevanten Ordner und prüfen Sie das Ergebnis, statt alle Nachbarn mitzunehmen.
4. Prüfen Sie `CachedExtensionVSIXs` separat, wenn Downloads den Platz belegen. Darin liegen Installationsarchive, keine installierten Erweiterungen. Unersetzbare Offline-Installer vorher anderswo sichern. Der [Erweiterungsdownloader](https://github.com/microsoft/vscode/blob/main/src/vs/platform/extensionManagement/node/extensionDownloader.ts) verwendet vorhandene Pakete erneut oder lädt fehlende herunter.
5. Alte Sitzungen unter `logs` lassen sich optional entfernen, sobald Sie die Diagnosebelege nicht mehr brauchen. Neue Sitzungen schreiben neue Protokolle, gelöschte Diagnosehistorie entsteht nicht erneut.

Öffnen Sie dasselbe Projekt und prüfen Sie das ursprüngliche Problem, bevor Sie den Papierkorb leeren. Bei erneuter Nutzung kommen Caches zurück, und der erste Start kann länger dauern. Das ist normaler Neuaufbau und allein kein Zeichen einer fehlgeschlagenen Bereinigung.

## Workspace-Speicher als Zustand behandeln

Unter `User/workspaceStorage` gibt es Ordner mit Workspace-IDs. Microsofts [Workspace-Speicherimplementierung](https://github.com/microsoft/vscode/blob/main/src/vs/platform/storage/electron-main/storageMain.ts) schreibt `state.vscdb` und `workspace.json`; Erweiterungen können dort ebenfalls Workspace-Dateien speichern. Ein großer Eintrag kann nützlichen lokalen Zustand enthalten, etwa Erweiterungsgespräche statt bloß eines Index.

Lesen Sie die jeweilige `workspace.json`, um den zugehörigen Ordner oder Workspace zu erkennen. Nach dem Löschen oder Verschieben eines Projekts kann ein Eintrag bleiben. Ein fehlender Ordner kann aber auch auf einem nicht eingebundenen Laufwerk liegen. Klären Sie dies, sichern Sie den Eintrag, beenden Sie VS Code und erwägen Sie erst dann, genau diesen Eintrag zu entfernen. Projektdateien sind separat, verlorener Workspace- oder Erweiterungszustand kehrt beim Öffnen nicht automatisch zurück. Remote-Einträge und unbekannte Einträge bleiben erhalten.

Behalten Sie `User/globalStorage`. Ein Reset kann dauerhafte Erweiterungsdaten entfernen und eine neue Anmeldung verlangen. Die Folgen hängen von Erweiterung und VS-Code-Version ab. Nur `settings.json` aufzubewahren, sichert nicht all diesen Zustand.

## Speicher und verbleibende Probleme prüfen

Messen Sie nach dem Öffnen und Benutzen des Projekts mit denselben Befehlen erneut. Dateien im Papierkorb belegen bis zum Entfernen weiter Speicher. Ein kleinerer `Code`-Ordner bedeutet daher nicht sofort mehr freien Platz. Halten Sie die Wiederherstellung offen, bis Einstellungen, Erweiterungen und das ursprüngliche Symptom geprüft sind.

Bleibt das Problem, testen Sie eine isolierte Instanz mit neuen, unbenutzten Verzeichnissen:

```sh
code --user-data-dir "$HOME/vscode-cache-test-data" --extensions-dir "$HOME/vscode-cache-test-extensions"
```

Dies legt Testdaten an, ohne die normale Einrichtung zurückzusetzen. Fehlt `code`, nutzen Sie die in der Befehlszeilenreferenz verlinkte macOS-Einrichtung. Aktivieren Sie vor dem ersten Vergleich weder Settings Sync noch Erweiterungen. Funktioniert die neue Instanz, deutet das auf einen Unterschied im normalen Profil oder bei den Erweiterungen hin, nicht zwingend auf einen defekten Cache. Fehlt nach der Bereinigung eine Anmeldung, löschen Sie nichts weiter. Prüfen Sie die verschobenen Zustandsordner und spielen Sie gegebenenfalls bei beendetem VS Code die Sicherung zurück.

## Was Mole dabei übernimmt

Mole Mac zeigt unter Bereinigen `CachedData`, `Code Cache`, `GPUCache` und vorhandene `WebStorage/<id>/CacheStorage`-Unterordner, bei Verfügbarkeit standardmäßig ausgewählt. Einträge in Application Support brauchen Festplattenvollzugriff; ein laufendes VS Code hält die betreffenden Zeilen bis zum Beenden zurück. Verwaiste `User/workspaceStorage`-Einträge mit nicht mehr vorhandenem lokalem Ordner sind nur zur Prüfung und zunächst nicht ausgewählt. Diese Art nie bereinigen schließt diese VS-Code-Regel auch für künftige Treffer aus. Diese Zeilen zielen nicht auf Einstellungen, globalen Speicher oder aktive Erweiterungen. Caches entfernen verwendet standardmäßig Endgültig löschen, auch für Workspace-Einträge ohne zwingende Papierkorb-Ausnahme. Wählen Sie unter Caches entfernen die Option In den Papierkorb, wenn eine Wiederherstellung möglich bleiben soll. Der [Testleitfaden zu VS Code](https://mole.fit/tested-apps/vscode) beschreibt die separate Deinstallationsliste.

Zum Entfernen des Editors dient [VS Code auf dem Mac deinstallieren](https://mole.fit/de/blog/how-to-uninstall-vscode-mac). Paketmanager- und Projekt-Build-Caches behandelt der [Leitfaden zu Entwickler-Caches](https://mole.fit/de/blog/how-to-clear-dev-caches-mac).

## Häufige Fragen

### Werden Einstellungen oder Erweiterungen entfernt?

Die begrenzten Cache-Schritte lassen `User` und `~/.vscode/extensions` bestehen. Den gesamten Ordner `Code` zu entfernen, setzt Benutzerdaten zurück und ist eine andere Operation, wie Microsofts [Deinstallationsdokumentation](https://code.visualstudio.com/docs/setup/uninstall) erklärt.

### Warum wächst der Cache wieder?

VS Code baut Code- und Grafikcaches bei der Nutzung neu auf. Fehlende Erweiterungsarchive können bei späteren Installationen oder Updates erneut heruntergeladen werden. Wiederholtes Löschen behebt keine Erweiterung, die fortlaufend übermäßig viele Daten erzeugt.

### Kann ich den gesamten Workspace-Speicher löschen?

Damit verwerfen Sie den lokalen Zustand aller gespeicherten Workspaces. Prüfen Sie Einträge einzeln und sichern Sie sie. Ein beim Start neu erstellter Ordner bedeutet nicht, dass sein früherer Inhalt wiederhergestellt wurde.

---

Canonical HTML page: https://mole.fit/de/blog/clear-vscode-cache-mac
Blog index for agents: https://mole.fit/de/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt