# JetBrains-Caches auf dem Mac (IntelliJ, WebStorm, PyCharm)

> Caches und Indizes werden beim nächsten Start neu aufgebaut; Konfiguration, Plug-ins und Projektdaten nicht. Nutzen Sie zuerst Invalidate Caches und messen Sie, bevor Sie einen Ordner entfernen.

Published: 2026-09-20 | Updated: 2026-09-24

JetBrains-IDEs wie IntelliJ IDEA, WebStorm und PyCharm hinterlassen auf einem Mac mehrere Verzeichnisse, die jeweils mehrere Gigabyte groß werden können, und nur ein Teil davon lässt sich gefahrlos leeren. Caches und Indizes werden beim nächsten Start neu aufgebaut; Konfiguration, Plug-ins und Projektdaten nicht. Dieser Unterschied verhindert, dass eine Bereinigung zu verlorenen Einstellungen oder einem kaputten Projekt wird.

Diese Seite ist die JetBrains-spezifische Ergänzung zum allgemeinen Leitfaden für Entwickler-Caches. Sie verwendet „Mole“ nur für Mole for Mac auf mole.fit und dessen eigenes Kommandozeilenwerkzeug `mo` und nennt keine Gigabyte-Zahlen je IDE, weil sie zu stark schwanken, um nützlich zu sein; Sie messen auf Ihrer eigenen Maschine.

<figure class="blog-diagram">
  <picture>
    <source media="(max-width: 900px)" srcset="/img/blog/jetbrains-caches-layers-mobile.webp">
    <img src="https://mole.fit/img/blog/jetbrains-caches-layers.webp" width="1536" height="1024" loading="lazy" alt="JetBrains-Daten auf dem Mac: neu aufbaubare Caches und Indizes, Logs sowie Local History mit möglichen eigenen Änderungen.">
  </picture>
  <figcaption>Caches und Indizes werden neu aufgebaut. Logs helfen bei der Fehlersuche, und Local History kann Ihre eigenen Änderungen enthalten</figcaption>
</figure>

## Was JetBrains speichert, und was nicht nur Cache ist

Eine JetBrains-Installation besteht aus mehreren Verzeichnissen mit sehr unterschiedlichen Wiederherstellungskosten. Sie als einen Ordner zu behandeln, ist die Stelle, an der Bereinigungen schiefgehen.

| Schicht | Was sie enthält | Neu aufbaubar? |
|---|---|---|
| Caches | Kompilierte Suchdaten und temporäre Arbeitsdateien | Ja, beim nächsten Start |
| Indizes | Der Projektindex, den die IDE zum Navigieren baut | Ja, durch Neuindizierung |
| Logs | Diagnosetext zur Fehlersuche | Nein, aber nach der Fehlersuche entbehrlich |
| Konfiguration | Tastenkürzel, Codestil, Einstellungen | Nein; das ist Ihre Konfiguration |
| Plug-ins | Installierte Plug-ins und ihre Daten | Teilweise; Neuinstallation verliert den lokalen Zustand |
| Projektdaten | `.idea`-Ordner und Local History | Nein; das ist Projekt- und persönliche Arbeit |

Caches und Indizes bauen sich selbst neu auf. Logs kommen nicht zurück, Sie können sie aber verwerfen, sobald die Fehlersuche abgeschlossen ist. Die letzten drei sind Ihre Konfiguration und Ihre Arbeit und kein Cache, in welchem Ordner sie auch liegen.

## Die eigenen Werkzeuge der IDE bevorzugen

Bevor Sie irgendeinen Ordner löschen, nutzen Sie den eingebauten Weg der IDE. File › Invalidate Caches leert Caches und Indizes und bietet einen Neustart an; das ist die unterstützte Art, einen veralteten Index zu reparieren, ohne Einstellungen anzurühren. Bestätigen Sie den genauen Menütext in Ihrer aktuellen IntelliJ-, WebStorm- oder PyCharm-Version, denn die Menübezeichnungen ändern sich zwischen Releases.

Den meisten Platz belegen in der Regel alte Versionen. Jede Hauptversion der IDE hat ihren eigenen Satz Ordner, und nach einem Upgrade bleibt der vorherige Satz liegen. Help › Delete Leftover IDE Directories… sucht Einstellungs-, Cache- und Log-Verzeichnisse früherer IDE-Versionen und lässt Sie auswählen, welche gelöscht werden; noch installierte Versionen sind anfangs nicht ausgewählt. Aktuelle Builds der IntelliJ-Plattform erledigen einen Teil davon etwa eine Woche nach einem Upgrade auch selbst: Bei Versionen, die 180 Tage nicht benutzt wurden, löschen sie den Systemordner (Caches, Indizes und die Local History dieser Version) sowie die Logs und behalten Einstellungen und Plug-ins.

Beenden Sie die IDE, bevor Sie einen Ordner von Hand durchsehen, damit Sie keine Dateien löschen, die der laufende Prozess noch offen hält.

## Das Systemverzeichnis auf dem Mac finden

JetBrains dokumentiert die Verzeichnisorte je Version, und der genaue Produkt-und-Version-Unterordner unterscheidet sich auf jeder Maschine; finden Sie Ihren daher über die IDE (Help › Show Log in Finder öffnet den Log-Ordner), statt einen veralteten absoluten Pfad einzufügen. In aktuellen Versionen sind die übergeordneten Ordner auf macOS `~/Library/Caches/JetBrains` und `~/Library/Application Support/JetBrains`, mit Logs unter `~/Library/Logs/JetBrains`.

Messen Sie die übergeordneten Ordner, um zu sehen, wofür der Platz tatsächlich verbraucht wird, bevor Sie etwas entfernen:

```
du -sh ~/Library/Caches/JetBrains ~/Library/Application\ Support/JetBrains ~/Library/Logs/JetBrains
```

So sehen Sie, wie viel auf das Systemverzeichnis, das Konfigurationsverzeichnis und die Logs entfällt. Eine Zeile „No such file or directory“ bedeutet nur, dass es diesen Ordner auf diesem Mac nicht gibt. Die Zahl unter Caches enthält auch Local History und ist deshalb nicht vollständig löschbarer Cache. Einstellungen und Plug-ins liegen unter Application Support.

## Eine sichere Reihenfolge

1. Messen Sie die übergeordneten JetBrains-Ordner, damit Sie wissen, wo der Platz ist.
2. Führen Sie File › Invalidate Caches aus, lassen Sie die zusätzliche Option zum Löschen von Local History deaktiviert und starten Sie die IDE neu.
3. Messen Sie erneut, sobald die Neuindizierung fertig ist. Der Index wird neu aufgebaut, daher kommt ein Teil des Platzes zurück.
4. Für alte Versionen nutzen Sie Help › Delete Leftover IDE Directories…, statt Ordner von Hand zu löschen; alte Logs entfernen Sie erst nach abgeschlossener Fehlersuche.
5. Löschen Sie `.idea` oder Local History nie leichtfertig; das ist Projekt- und persönliche Arbeit.

Die Überschneidung mit Paketmanagern und verstreuten `node_modules`-Ordnern gehört in einen anderen Leitfaden: [wie man Entwickler-Caches auf dem Mac leert](https://mole.fit/de/blog/how-to-clear-dev-caches-mac) deckt npm, Cargo, pip und Gradle ab, und [wie man Xcode aufräumt](https://mole.fit/de/blog/how-to-clean-up-xcode-mac) deckt DerivedData ab, falls Sie auch mit Apples Toolchain bauen. Eine IDE ist kein JDK, also ist das Entfernen einer Runtime eine eigene Aufgabe in [Java auf dem Mac deinstallieren](https://mole.fit/de/blog/how-to-uninstall-java-mac).

## Wann eine Festplattenkarte hilft

Sobald Sie wissen, dass die JetBrains-Ordner groß sind, hilft eine Festplattenkarte zu sehen, welches Produkt und welche Version den Platz belegen. Moles Analyze-Ansicht zeigt große Verzeichnisse mit Pfad und Größe; das Scannen ist ohne Lizenz kostenlos, und Sie entscheiden, was entfernt wird. Clean in Mole lässt `~/Library/Caches/JetBrains`, `~/Library/Application Support/JetBrains` und `~/Library/Caches/com.jetbrains.toolbox` bewusst unangetastet, weil dort neben den Caches auch Local History und Einstellungen liegen; zum Leeren bleiben die eigenen Werkzeuge der IDE der richtige Weg. Wenn Sie eine JetBrains-IDE in Mole deinstallieren, werden ihre nach Version benannten Ordner aufgelistet, aber nicht ausgewählt, und derselbe Schutz lässt die Ordner unter Caches und Application Support an Ort und Stelle; prüfen und entfernen Sie diese selbst, wenn Sie die Einstellungen oder die Local History dieser IDE nicht mehr brauchen.

Das ist eine andere Aufgabe als `mo purge`, das Build-Ausgaben und Abhängigkeitsordner von Projekten statt IDE-Caches durchgeht, wie in [purge auf dem Mac erklärt](https://mole.fit/de/blog/purge-on-mac-explained). Was Mole prüft und was es nicht anrührt, steht in [ist Mole sicher](https://mole.fit/de/blog/is-mole-safe).

## Weiterlesen

- [Wie man Entwickler-Caches auf dem Mac leert](https://mole.fit/de/blog/how-to-clear-dev-caches-mac): die Seite mit Paketmanagern und `node_modules`.
- [Welche Mac-Caches sich gefahrlos löschen lassen](https://mole.fit/de/blog/which-mac-caches-are-safe-to-delete): die allgemeine Regel neu aufbaubar oder nicht.
- [Ist Mole sicher](https://mole.fit/de/blog/is-mole-safe): was ein Prüfen-vor-dem-Löschen-Werkzeug entfernt und was nicht.

## Häufige Fragen

### Löscht das Leeren der Caches meine Projekte?

Nein, die normale Aktion Invalidate Caches löscht weder Projektdateien noch Local History. Local History liegt allerdings im Systemverzeichnis; eine zusätzliche Option im Dialog löscht sie. Lassen Sie diese Option deaktiviert.

### Invalidate Caches oder das Systemverzeichnis löschen?

Invalidate Caches ist der unterstützte Weg: Es leert Caches und Indizes nach dem Neustart, ohne Einstellungen oder Plug-ins zu entfernen, und behält Local History, sofern Sie dessen Löschung nicht ausdrücklich wählen. Wer das ganze Systemverzeichnis von Hand löscht, kann Local History verlieren. Einstellungen und Plug-ins liegen normalerweise unter Application Support, nicht in diesem Systemverzeichnis.

### Mehrere IDEs oder Toolbox: eine Bereinigung oder je Produkt?

Jedes Produkt und jede Version hat einen eigenen Unterordner, also sammeln sich Caches je Produkt und je Version. Bereinigen Sie sie je Produkt über jede IDE, nutzen Sie Help › Delete Leftover IDE Directories… für Versionen, die Sie nicht mehr verwenden, und messen Sie die übergeordneten JetBrains-Ordner, um vor dem Entfernen zu sehen, welche Installation wirklich groß ist.

---

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