Vider les caches Mac sans perdre de données

Un vrai cache peut être reconstruit, mais un dossier nommé Cache n'est pas automatiquement sûr à supprimer. Les applications mélangent parfois des téléchargements hors ligne, l'état de session, des index et du travail non synchronisé à côté de fichiers jetables. L'habileté utile n'est pas d'apprendre une liste de chemins ; c'est d'identifier le propriétaire, la source de reconstruction et la conséquence d'un échec de cache.

Voici ce qu'est chaque type, où il se trouve, et comment le vider sans dommages collatéraux.

Cache, état et données sont trois choses différentes

Tout ce qu'une application conserve en dehors de son bundle relève de l'un de trois groupes, et seul le premier est conçu pour être remplaçable :

• Cache est recomputable : vignettes rendues, sortie compilée, ou fichiers téléchargés conservés pour la vitesse. Le supprimer peut signifier des lancements plus lents, de l'usage réseau et la perte de disponibilité hors ligne.
• État est votre session : fenêtres ouvertes, positions de défilement, brouillons. Le perdre est gênant, mais pas catastrophique.
• Données sont irremplaçables : vos messages, votre photothèque, vos identifiants enregistrés. Les supprimer est une vraie perte.

Les dossiers ci-dessous peuvent mélanger ces catégories, ce qui rend les outils « tout vider le cache » risqués. Un chemin sous ~/Library/Caches est un indice utile, pas une preuve de sécurité complète.

Videz un cache pour une raison

Le nettoyage de cache se justifie lorsqu'un cache mesuré consomme de l'espace nécessaire, lorsque les étapes de dépannage documentées d'une application le demandent, ou lorsqu'un index est manifestement obsolète ou corrompu. Ce n'est pas utile comme rituel. macOS et de nombreuses applications évincent déjà le cache sous pression, et tout reconstruire peut brièvement dégrader les performances, l'autonomie et le trafic réseau.

Où le cache se trouve sur un Mac

• ~/Library/Caches/ contient les caches utilisateur par application, le plus grand groupe du quotidien. Chaque sous-dossier porte le nom d'un identifiant de bundle, comme com.google.Chrome.
• /Library/Caches/ contient les caches système.
• /System/... est protégé par System Integrity Protection et n'est pas à votre portée. N'essayez jamais.

Les préférences méritent un avertissement particulier. Les fichiers dans ~/Library/Preferences sont vos réglages, pas du cache, et macOS les met en mémoire via un démon appelé cfprefsd. Supprimer un .plist à la main tant que l'application tourne peut faire perdre des réglages, être écrasé par l'état de préférence actif, ou laisser l'application et son état mis en cache désynchronisés. Modifiez d'abord les préférences dans l'application. Utilisez defaults uniquement pour un domaine et une clé de préférence documentés, pas comme commande de nettoyage générique.

Les caches qui valent la peine d'être vidés, et les gros

Repérez vos plus gros caches avant de rien supprimer :

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

Les lignes les plus lourdes sont généralement :

• Navigateurs. Safari, Chrome et d'autres conservent des gigaoctets de pages et de médias en cache. Videz-les depuis les réglages du navigateur, ce qui est plus sûr que de supprimer le dossier, car cela sépare le cache de votre historique et de vos identifiants.
• Outils de développement, qui écrasent tout le reste sur un Mac de programmation. Le ~/Library/Developer/Xcode/DerivedData de Xcode peut atteindre des dizaines de gigaoctets, et les gestionnaires de paquets ont leurs propres dépôts : brew cleanup vide les anciens téléchargements Homebrew, npm cache clean --force vide le cache npm, et ~/Library/Caches/ contient les caches de Swift Package Manager, pip et d'autres. Le cache npm se régénère de lui-même, donc commencez par npm cache verify ; réservez npm cache clean --force à une récupération d'espace intentionnelle ou à un dépannage.
• Vignettes QuickLook, reconstruites à la demande : qlmanage -r cache.

Quittez toujours d'abord l'application propriétaire. Les fichiers de cache sont souvent ouverts ou mappés en mémoire tant qu'elle tourne, et les supprimer en cours d'écriture peut corrompre la base de cache dont l'application dépend, ce qui transforme un nettoyage d'espace en application cassée.

Le cache navigateur mérite une autre distinction : cookies, données de site, historique, mots de passe enregistrés et ressources de pages en cache sont des contrôles séparés. Ne sélectionnez que le contenu en cache lorsque l'objectif est de récupérer de l'espace disque. Tout effacer des données de navigation peut vous déconnecter ou supprimer l'état hors ligne des sites sans récupérer matériellement plus de cache.

La méthode plus sûre, par catégorie avec revue

Le faire à la main fonctionne, mais les identifiants de bundle et les noms de dossiers ne sont pas toujours lisibles. Un nettoyeur devrait afficher le propriétaire, le chemin, la taille et la catégorie avant de toucher quoi que ce soit, et exclure par conception les profils, documents, dépôts de modèles et historique de conversation. La vue Clean de Mole suit ce modèle revue d'abord. La leçon plus large est qu'une liste d'exclusions et la validation des chemins comptent davantage qu'un nombre impressionnant d'éléments trouvés.

Sous le capot : ce que « sûr à vider » vérifie vraiment

Vous pouvez passer cette section, mais elle montre pourquoi « vider par catégorie avec revue » est plus qu'un slogan. Voici à quoi ressemblent les contrôles en pratique, issus de la logique de cache de l'outil en ligne de commande open source de Mole (lib/clean). L'application native reprend nombre de ces règles en Swift au lieu d'invoquer le CLI.

Le détail est l'essentiel. Une implémentation sûre utilise l'interface de nettoyage du gestionnaire de paquets lorsque c'est possible, refuse de toucher un cache de build tant que son démon est actif, valide chaque chemin résolu, limite dans le temps les sondes de taille lentes, et préserve les dossiers explicitement protégés. Si l'outil propriétaire est absent ou si la catégorie est ambiguë, la revue est plus sûre que de deviner. Une suppression récursive de tout un dossier Caches contourne chacun de ces contrôles.

Ce qu'il ne faut pas vider, même au nom du cache

• Historique et transcriptions d'assistants IA. Ils siègent près des caches mais sont des données irremplaçables. Ne les supprimez jamais pour de l'espace.
• Préférences et identifiants enregistrés, par opposition au cache jetable.
• Tout ce qui est sous /System.
• Tout dossier dont vous ne pouvez pas identifier le rôle.

La règle est celle qui garde sûr chaque nettoyage Mac : si vous ne savez pas à quoi sert un fichier, ne le supprimez pas.

Une séquence sûre de nettoyage de cache

Mesurez d'abord, quittez le propriétaire, utilisez sa commande intégrée de stockage ou de nettoyage, retirez une catégorie à la fois, et rouvrez l'application avant de vider la Corbeille. Ne traitez jamais comme cache les préférences, profils, conversations, documents ou données Application Support inconnues. Ne videz que lorsque le gain d'espace ou de dépannage dépasse le coût de reconstruction et de téléchargement. Cette méthode est plus lente que « tout supprimer », mais elle reste sûre lorsque les détails internes des applications changent.