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

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; die Umgebungsimplementierung trennt Workspace-Speicher, Protokolle und heruntergeladene Erweiterungspakete.

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

Electron beschreibt Chromium-Speicher in den Benutzerdaten, 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 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 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:

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 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 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 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:

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 beschreibt die separate Deinstallationsliste.

Zum Entfernen des Editors dient VS Code auf dem Mac deinstallieren. Paketmanager- und Projekt-Build-Caches behandelt der Leitfaden zu Entwickler-Caches.

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 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.