Wat is ~/Library/Caches op de Mac? Wat mag je verwijderen?

Een map met de naam Caches is een aanwijzing, geen bewijs dat alles erin verwijderd mag worden. Een echte cache is een vervangbare kopie van iets dat ergens anders nog bestaat: een bestand op afstand, een origineel document, een gecompileerd artefact, of gegevens die de app die ze bezit opnieuw kan maken. Als de bron weg is, versleuteld, of uniek voor deze Mac, is de map niet wegwerpbaar, wat de oudermap ook heet.

De richtlijn voor Bibliotheekmappen van Apple trekt de nuttige grens. Cachegegevens kunnen opnieuw worden gemaakt en een app hoort niet van hun voortbestaan af te hangen. Application Support heeft een ander contract en kan gebruikersgegevens of bronnen bevatten die de app nodig heeft. Elke grote Bibliotheekmap als tijdelijk behandelen is hoe logins, offline werk, databases en gedownloade modellen verdwijnen.

Bij een cachetreffer leest de app de lokale kopie en gaat door. Bij een misser keert die terug naar de bron, bouwt de kopie opnieuw, en kan die opnieuw opslaan. Als je die bron niet kunt noemen, kun je niet weten of een misser te herstellen is.

~/Library/Caches en /Library/Caches hebben een verschillend bereik

De tilde telt:

• ~/Library/Caches hoort bij de huidige gebruiker. Apps houden vaak een kindmap aan met de naam van hun bundle-identificatie, zoals com.example.MyApp.
• /Library/Caches staat in de lokale Bibliotheek van de Mac. De inhoud kan software voor het hele systeem dienen of meer dan één gebruiker, en heeft vaak ander eigendom.

Apple documenteert de conventie van de bundle-identificatie, maar een bekende naam is geen veiligheidscertificaat. Een app kan een cachedatabase, sessiestatus en downloads naast elkaar bewaren. Apps in een sandbox kunnen verwant materiaal ook in Containers bewaren in plaats van in de Caches-map van de gebruiker op het hoogste niveau.

Verwijder nooit een van beide Caches-wortels recursief. ~/Library/Caches is een gemengde buurt met browsers, ontwikkelaarstools, synchronisatieclients en helpers. /Library/Caches heeft een bredere impact. Als een item daar inspectie weigert vanwege rechten, stop dan. Een rechtenfout is geen reden om sudo aan een algemene opruimopdracht toe te voegen. Begin bij de regelaars van de software die het bezit, of bij de richtlijn van Apple.

Alles onder /System valt buiten dit opruimoppervlak. Het overzicht van het bestandssysteem van Apple reserveert /System/Library voor Apple.

Classificeer de inhoud voordat je beslist

Vier soorten bestanden zitten vaak dicht bij elkaar. Hun standaardacties verschillen.

De databaserij vraagt extra zorg. Een index kan wegwerpbaar zijn, maar dezelfde bestandsvorm kan de enige lokale kopie van mail, notities of sitegegevens zijn. Een versleutelde index onthult niet welke records nog een verwijzing hebben. Als de eigenaar geen prune- of resetbewerking documenteert, laat die dan staan.

Application Support, Containers, Group Containers, voorkeuren, sleutelhangers en verborgen toolmappen volgen de regel voor status of gebruikersgegevens tot hun eigenaar bewijst dat een specifiek kind opnieuw te bouwen is. Een cache-achtige naam in die bomen verandert het herstelcontract niet.

Meet eerst de grote eigenaren

Begin met een groottelijst, niet met verwijderen:

du -sh ~/Library/Caches/* 2>/dev/null | sort -h
du -sh /Library/Caches/* 2>/dev/null | sort -h

Lees vanaf de onderkant. De laatste regels zijn de grootste kinderen. Koppel elk aan een app, een bundle-identificatie of een gedocumenteerde toolcache. Als de eigenaar onduidelijk is, stop daar. Een cache van 50 MB met een duidelijke eigenaar is veiliger te beoordelen dan een ondoorzichtige map van 20 GB.

Deze getallen zijn metingen, geen beloften over terug te winnen ruimte. Bestanden kunnen open blijven, APFS kan blokken delen via klonen en snapshots, en Finder, du en Systeeminstellingen groeperen opslag verschillend. De opslaggids voor de Mac van Apple beschrijft Systeemgegevens als de brede rest voor bestanden van Apple en van derden die niet bij een specifiekere categorie horen. Dat label is geen map en hoort niet als verwijderdoel te worden gebruikt.

Stel vijf vragen vóór verwijderen

1. Wie bezit deze map? Bepaal de app, het opdrachtregelprogramma, de bundle-identificatie of de systeemdienst. Vergelijkbare namen zijn niet genoeg.
2. Kan de eigenaar die opnieuw bouwen, en vanuit welke bron? Noem het artefact op afstand, het originele bestand of de deterministische build-invoer. "De app maakt het waarschijnlijk opnieuw" is geen bewijs.
3. Wat kost een cachemisser? Opnieuw bouwen kan uren compilatie, batterij en netwerkverkeer kosten, of offline beschikbaarheid wegnemen tot een download klaar is.
4. Is de eigenaar actief? Sluit de app en controleer verwante downloaders, pakketbeheerders, modelservers of achtergrondhelpers. Een open of memory-mapped database verwijderen kan die inconsistent achterlaten.
5. Wat is het herstelpad? Geef de voorkeur aan een opdracht van de eigenaar met voorvertoning. Bewaar bij een smal geïdentificeerde handmatige verwijdering het item in de prullenmand tot de app is getest.

Een onbekend antwoord betekent de map bewaren. Het doel is niet elke kandidaat door een opruiming te dwingen. Het doel is de paar kandidaten te vinden met een volledig herstelverhaal.

Geef de voorkeur aan de opruiminterface van de eigenaar

De eigenaar begrijpt verwijzingen, gedeelde blobs, actieve versies en bestanden die oud lijken maar nog vereist zijn. Die interface kan minder verwijderen en veiliger terugwinnen dan een recursieve bestandssysteemopdracht.

Browsers

Browsegegevens verwijderen van Chrome scheidt gecachete afbeeldingen en bestanden van cookies, sitegegevens, geschiedenis, wachtwoorden, site-instellingen en offline gegevens van gehoste apps. Kies alleen Gecachete afbeeldingen en bestanden wanneer het doel cacheherstel is. Cookies of sitegegevens wissen kan je afmelden en offlinestatus verwijderen. Aangemelde browsegegevens verwijderen kan ook gesynchroniseerde informatie raken.

Andere browsers maken vergelijkbare onderscheidingen, ook wanneer hun labels verschillen. Gebruik de opslag- of privacyregelaars van de browser en lees elke geselecteerde categorie. Verwijder de profielmap van de browser niet om een paginacache te legen.

Ontwikkelaarstools

Ontwikkelaarscaches kunnen groot zijn omdat ze schijfruimte ruilen voor snellere builds en installaties. De opdracht moet bij de eigenaar passen.

Homebrew documenteert brew cleanup --dry-run als een voorvertoning van verouderde downloads en oude geïnstalleerde versies, gevolgd door brew cleanup als het plan klopt. Gebruik die gedocumenteerde opruiming in plaats van de cachewortel van Homebrew te verwijderen. Een voorvertoning laat ook zien wanneer de verwachte besparing uit een geïnstalleerde versie komt in plaats van uit een download.

npm beschrijft zijn cache als zelfherstellend. Begin met:

npm cache verify

De opdracht controleert de integriteit en ruimt onnodige inhoud op. De cachedocumentatie van npm zegt dat een geforceerde clean over het algemeen onnodig is, behalve voor bewust ruimte terugwinnen. Maak npm cache clean --force geen routine-onderhoudsstap.

Derived Data van Xcode kan opnieuw worden gebouwd wanneer de bron, de afhankelijkheden en de toolchain beschikbaar blijven, maar dat kan flink wat tijd en energie kosten. Sluit Xcode en stop lopende builds, richt je op het project dat je echt opnieuw wilt bouwen, en gebruik waar mogelijk de eigen clean of de instellingen van Xcode. Pakketrepositories, ondertekeningsbronnen, simulatordata en broncheckouts zijn geen Derived Data alleen omdat ze bij een ontwikkelaarstool horen.

AI-tools en gedownloade modellen

AI-mappen combineren vaak caches met modellen, chatgeschiedenis, inloggegevens, sessies en indexen. Die categorieën vragen een expliciete keuze.

Hugging Face biedt hf cache ls om repositories en revisies te inventariseren. Het ondersteunt ook een dry run voor een gekozen verwijdering en een prune-opdracht voor losse revisies:

hf cache ls
hf cache rm model/example --dry-run
hf cache prune --dry-run

Gebruik de huidige cache-opdrachten van Hugging Face in plaats van content-addressed blobs met de hand te verwijderen. Gedeelde bestanden en revisieverwijzingen maken de ruwe mapgrootte een slechte gids voor wat geen verwijzing meer heeft.

Ollama biedt een modelinventaris en een opdracht voor een gekozen verwijdering:

ollama ls
ollama rm <model>

Die opdrachten komen uit de CLI-naslag van Ollama. Een model is met opzet gedownloade inhoud, geen algemene cache. Het verwijderen ruilt opslag voor de tijd en bandbreedte die nodig zijn om het opnieuw op te halen. Leeg nooit modelmappen, gespreksgeschiedenis, inloggegevens, profielen of actieve databases alleen omdat ze onder een verborgen toolmap staan.

Een opruimtool hoort de eigenaar, het pad, de grootte en de categorie te tonen voordat die iets doet. Die hoort ook documenten, profielen, gesprekken, modelopslag en onbekende Application Support-gegevens uit te sluiten. De weergave Opschonen van Mole volgt die vorm die eerst laat controleren. De belangrijke eigenschap is de veiligheidsgrens, niet het aantal gevonden items.

Als handmatig verwijderen toch nodig is

Handmatig verwijderen hoort aan het eind van het proces, nadat de eigenaar geen passende interface heeft en de map een volledig antwoord heeft op alle vijf vragen.

1. Sluit de app die de map bezit en elk verwant achtergrondproces.
2. Verplaats één smal geïdentificeerd cachekind naar de prullenmand. Verplaats geen van beide Caches-wortels.
3. Open de app opnieuw en herhaal de taak die de cache gebruikte.
4. Controleer documenten, logins, offline gegevens, voorkeuren, en elke build of elk model dat de app nog hoort te kennen.
5. Controleer de werkelijk beschikbare opslag, en leeg de prullenmand pas nadat de app die controles haalt.

De opslaggids voor de Mac van Apple merkt op dat een bestand naar de prullenmand verplaatsen de ruimte niet beschikbaar maakt tot de prullenmand is geleegd. Die vertraging is hier nuttig, omdat die een herstelvenster openhoudt. Opdrachten van de eigenaar zoals Homebrew, npm, Hugging Face of Ollama kunnen direct verwijderen, dus neem niet aan dat hun resultaten uit de prullenmand terug te zetten zijn. Hun voorvertoning en keuzeregelaars zijn de herstelgrens.

Veilig opruimen is een reeks hekken. Een bekend pad kan nog steeds worden overgeslagen omdat de eigenaar actief is, de groottesontering faalde, de opruimopdracht ontbreekt, of beschermingsregels het als status classificeren. Een recursieve verwijdering van een hele Caches-map omzeilt al die beslissingen.

Waarom de cache en Systeemgegevens weer kunnen groeien

Een cache die leeg blijft is vaak een cache die de app niet meer gebruikt. Gewone apps bouwen miniaturen opnieuw, downloaden pakketarchieven, compileren afgeleide uitvoer opnieuw en maken zoekindexen opnieuw. De volgende start kan daarom meer CPU, energie, netwerkverkeer en schijfruimte gebruiken. Opnieuw groeien bewijst niet dat de opruiming faalde. Het bewijst dat de eigenaar de gegevens weer nodig had.

Systeeminstellingen kan ook later bijwerken of de opnieuw gebouwde bestanden aan Systeemgegevens blijven toewijzen. Omdat Systeemgegevens een brede categorie is en geen enkele map, kan de grafiek achterlopen op echte bestandsbewerkingen of om ongerelateerde redenen groot blijven. Controleer de beschikbare opslag van de Mac en de gemeten map van de eigenaar. Blijf geen nieuwe categorieën verwijderen om een vertraagd label na te jagen.

De veilige volgorde blijft kort: meten, de eigenaar bepalen, de inhoud classificeren, de vijf herstelvragen stellen, de voorvertoning of opruimregelaar van de eigenaar gebruiken, en de app testen vóór elke definitieve verwijdering. Een cache is alleen veilig te legen wanneer de bron én het herstelpad bekend zijn.