# O que é ~/Library/Caches no Mac? O que é seguro apagar?
> Distinga cache de estado e dados do usuário, meça o dono, use a interface de limpeza dele e teste o app antes de esvaziar o Lixo.
Published: 2026-06-17 | Updated: 2026-10-18
Uma pasta chamada Caches é uma pista, não prova de que tudo dentro pode ser apagado. Um cache de verdade é uma cópia substituível de algo que ainda existe em outro lugar: um arquivo remoto, um documento original, um artefato compilado ou dados que o app dono consegue recriar. Se a fonte sumiu, está criptografada ou é única deste Mac, a pasta não é descartável, não importa como o pai se chama.
A [orientação de diretórios da Biblioteca](https://developer.apple.com/library/archive/documentation/FileManagement/Conceptual/FileSystemProgrammingGuide/MacOSXDirectories/MacOSXDirectories.html) da Apple traça a fronteira útil. Dados de cache podem ser regenerados, e um app não deve depender da existência continuada deles. Application Support tem outro contrato e pode conter dados do usuário ou recursos de que o app precisa. Tratar toda pasta grande da Biblioteca como temporária é como logins, trabalho offline, bancos de dados e modelos baixados desaparecem.
Um acerto de cache responde na hora. Uma falta busca os dados de origem, reconstrói a cópia descartável e a guarda para o próximo pedido.
Num acerto de cache, o app lê a cópia local e continua. Numa falta, ele volta à fonte, reconstrói a cópia e pode guardá-la de novo. Se você não consegue nomear essa fonte, não consegue saber se uma falta é recuperável.
## `~/Library/Caches` e `/Library/Caches` têm alcances diferentes
O til importa:
- `~/Library/Caches` pertence ao usuário atual. Apps em geral mantêm uma pasta filha nomeada pelo identificador do bundle, como `com.example.MyApp`.
- `/Library/Caches` fica na Biblioteca local do Mac. O conteúdo pode servir a software do sistema inteiro ou a mais de um usuário, e muitas vezes tem posse diferente.
A Apple documenta a convenção do identificador do bundle, mas um nome familiar não é um certificado de segurança. Um app pode manter um banco de cache, estado de sessão e downloads um ao lado do outro. Apps em sandbox também podem guardar material relacionado dentro de Containers, em vez do diretório Caches de nível superior do usuário.
Nunca apague de forma recursiva nenhuma das duas raízes de Caches. `~/Library/Caches` é uma vizinhança mista, com navegadores, ferramentas de desenvolvimento, clientes de sincronização e auxiliares. `/Library/Caches` tem impacto mais amplo. Se um item ali recusa inspeção por causa de permissões, pare. Um erro de permissão não é motivo para acrescentar `sudo` a um comando genérico de limpeza. Comece pelos controles do software dono ou pela orientação da Apple.
Qualquer coisa sob `/System` está fora desta superfície de limpeza. A [visão geral do sistema de arquivos](https://developer.apple.com/library/archive/documentation/FileManagement/Conceptual/FileSystemProgrammingGuide/FileSystemOverview/FileSystemOverview.html) da Apple reserva `/System/Library` para a Apple.
## Classifique o conteúdo antes de decidir
Quatro tipos de arquivo costumam ficar perto uns dos outros. As ações padrão são diferentes.
| Tipo | Pistas | O que a exclusão pode custar | Ação padrão |
| --- | --- | --- | --- |
| Cache | Miniaturas, saída compilada, cópias baixadas com uma fonte conhecida | Tempo, CPU, bateria e rede enquanto o dono reconstrói | Revise e depois use a interface de limpeza do dono |
| Estado ou sessão | Abas abertas, restauração de janela, cookies, rascunhos, tokens | Sessões com login, pontos de restauração, trabalho não salvo, continuidade offline | Guarde, a menos que o dono ofereça uma redefinição específica |
| Banco ou índice | `.db`, `.sqlite`, `Index`, armazenamentos criptografados ou endereçados por conteúdo | Histórico de busca, registros offline, referências ou a cópia local autoritativa | Guarde, a menos que o dono documente explicitamente uma reconstrução segura |
| Dados do usuário | Documentos, fotos, e-mail, conversas, perfis, credenciais, pesos de modelo | Perda permanente ou um grande download de novo de material escolhido para uso offline | Nunca trate como cache genérico |
A linha do banco precisa de cuidado especial. Um índice pode ser descartável, mas a mesma forma de arquivo pode ser a única cópia local de e-mail, notas ou dados de site. Um índice criptografado não revela quais registros continuam referenciados. Se o dono não documenta uma operação de poda ou de redefinição, deixe quieto.
Application Support, Containers, Group Containers, preferências, chaveiros e diretórios ocultos de ferramentas seguem a regra de estado ou de dados do usuário até o dono provar que um filho específico é reconstruível. Um nome parecido com cache dentro dessas árvores não muda o contrato de recuperação.
## Meça primeiro os donos grandes
Comece com uma listagem de tamanho, não com uma exclusão:
```bash
du -sh ~/Library/Caches/* 2>/dev/null | sort -h
du -sh /Library/Caches/* 2>/dev/null | sort -h
```
Leia de baixo. As últimas linhas são os filhos maiores. Combine cada um com um app, um identificador de bundle ou um cache de ferramenta documentado. Se o dono não está claro, pare ali. Um cache de 50 MB com dono claro é mais seguro de avaliar do que um diretório opaco de 20 GB.
Esses números são medições, não promessas de espaço recuperável. Arquivos podem ficar abertos, o APFS pode compartilhar blocos por clones e instantâneos, e o Finder, `du` e os Ajustes do Sistema agrupam armazenamento de formas diferentes. O [guia de armazenamento do Mac](https://support.apple.com/102624) da Apple descreve Dados do Sistema como o restante amplo de arquivos da Apple e de terceiros que não pertencem a uma categoria mais específica. Esse rótulo não é um diretório e não deve ser usado como alvo de exclusão.
## Faça cinco perguntas antes de apagar
1. **Quem é dono desta pasta?** Identifique o app, a ferramenta de linha de comando, o identificador do bundle ou o serviço do sistema. Nomes parecidos não bastam.
2. **O dono consegue reconstruí-la, e a partir de qual fonte?** Nomeie o artefato remoto, o arquivo original ou a entrada determinística de build. "O app provavelmente recria" não é evidência.
3. **Quanto custa uma falta de cache?** Reconstruir pode levar horas de compilação, bateria e tráfego de rede, ou remover a disponibilidade offline até um download terminar.
4. **O dono está ativo?** Encerre o app e confira downloaders, gerenciadores de pacotes, servidores de modelo ou auxiliares em segundo plano relacionados. Remover um banco aberto ou mapeado em memória pode deixá-lo inconsistente.
5. **Qual é o caminho de recuperação?** Prefira um comando do dono com pré-visualização. Para uma remoção manual identificada de forma estreita, mantenha o item no Lixo até o app ter sido testado.
Uma resposta desconhecida significa guardar a pasta. O objetivo não é forçar todo candidato por uma limpeza; é achar os poucos candidatos com uma história completa de recuperação.
## Prefira a interface de limpeza do dono
O dono entende referências, blobs compartilhados, versões ativas e arquivos que parecem velhos mas continuam necessários. A interface dele pode remover menos e recuperar com mais segurança do que um comando recursivo de sistema de arquivos.
### Navegadores
[Excluir dados de navegação](https://support.google.com/chrome/answer/2392709?hl=en-uk) do Chrome separa imagens e arquivos em cache de cookies, dados de site, histórico, senhas, ajustes de site e dados de apps hospedados offline. Escolha só **Imagens e arquivos em cache** quando o objetivo é recuperar cache. Limpar cookies ou dados de site pode encerrar a sua sessão e remover estado offline. Apagar dados de navegação de uma conta conectada também pode afetar informação sincronizada.
Outros navegadores fazem distinções parecidas mesmo quando os rótulos diferem. Use os controles de armazenamento ou de privacidade do navegador e leia cada categoria selecionada. Não apague a pasta de perfil do navegador para limpar um cache de página.
### Ferramentas de desenvolvimento
Caches de desenvolvimento podem ser grandes porque trocam espaço em disco por builds e instalações mais rápidos. O comando precisa combinar com o dono.
O Homebrew documenta `brew cleanup --dry-run` como uma pré-visualização de downloads parados e versões antigas instaladas, seguida de `brew cleanup` se o plano estiver correto. Use essa [limpeza documentada](https://docs.brew.sh/Manpage.html#cleanup-options-formulacask-) em vez de apagar a raiz do cache do Homebrew. Uma pré-visualização também mostra quando a economia esperada vem de uma versão instalada em vez de um download.
O npm descreve o cache dele como autocurável. Comece com:
```bash
npm cache verify
```
O comando confere a integridade e coleta lixo do conteúdo desnecessário. A [documentação de cache](https://docs.npmjs.com/cli/v11/commands/npm-cache/) do npm diz que uma limpeza forçada em geral é desnecessária, exceto para recuperação deliberada de espaço. Não faça de `npm cache clean --force` um passo rotineiro de manutenção.
Derived Data do Xcode pode ser reconstruído quando o código-fonte, as dependências e a toolchain continuam disponíveis, mas fazer isso pode consumir tempo e energia substanciais. Encerre o Xcode e pare quaisquer builds, mire no projeto que você de fato pretende reconstruir e use a própria limpeza ou as superfícies de ajustes do Xcode quando for possível. Repositórios de pacotes, ativos de assinatura, dados de simulador e checkouts de código-fonte não são Derived Data só porque pertencem a uma ferramenta de desenvolvimento.
### Ferramentas de IA e modelos baixados
Diretórios de IA muitas vezes combinam caches com modelos, histórico de conversa, credenciais, sessões e índices. Essas categorias precisam de seleção explícita.
O Hugging Face oferece `hf cache ls` para inventariar repositórios e revisões. Também aceita um dry run para remoção selecionada e um comando de poda para revisões soltas:
```bash
hf cache ls
hf cache rm model/example --dry-run
hf cache prune --dry-run
```
Use os [comandos atuais de cache do Hugging Face](https://huggingface.co/docs/huggingface_hub/main/en/guides/cli#hf-cache) em vez de apagar blobs endereçados por conteúdo à mão. Arquivos compartilhados e referências de revisão fazem do tamanho bruto da pasta um guia ruim do que não está referenciado.
O Ollama expõe um inventário de modelos e um comando de remoção selecionada:
```bash
ollama ls
ollama rm
```
Esses comandos vêm da [referência da CLI](https://github.com/ollama/ollama/blob/main/docs/cli.mdx) do Ollama. Um modelo é conteúdo baixado de propósito, não um cache genérico. Removê-lo troca armazenamento pelo tempo e pela banda necessários para buscá-lo de novo. Nunca limpe diretórios de modelo, histórico de conversa, credenciais, perfis ou bancos ativos só porque estão sob uma pasta oculta de ferramenta.
Antes de qualquer exclusão, a revisão lista cada categoria de cache com o tamanho, e só o que está marcado é limpo. Esta é a visualização Limpar do Mole.
Uma ferramenta de limpeza deve mostrar o dono, o caminho, o tamanho e a categoria antes de agir. Também deve excluir documentos, perfis, conversas, armazenamentos de modelo e dados desconhecidos de Application Support. A visualização Limpar do [Mole](https://mole.fit/) segue essa forma de revisão primeiro. A propriedade importante é a fronteira de segurança, não o número de itens encontrados.
## Se a remoção manual ainda for necessária
A remoção manual fica no fim do processo, depois que o dono não tem uma interface adequada e a pasta tem uma resposta completa às cinco perguntas.
1. Encerre o app dono e qualquer processo relacionado em segundo plano.
2. Mova um filho de cache identificado de forma estreita para o Lixo. Não mova nenhuma das duas raízes de Caches.
3. Reabra o app e repita a tarefa que usava o cache.
4. Verifique documentos, logins, dados offline, preferências e qualquer build ou modelo que o app ainda deveria conhecer.
5. Confira o armazenamento disponível de verdade e esvazie o Lixo só depois que o app passar nessas checagens.
O [guia de armazenamento do Mac](https://support.apple.com/102624) da Apple observa que mover um arquivo para o Lixo não torna o espaço disponível até o Lixo ser esvaziado. Esse atraso é útil aqui porque mantém uma janela de recuperação. Comandos do dono como Homebrew, npm, Hugging Face ou Ollama podem apagar diretamente, então não suponha que os resultados deles possam ser restaurados a partir do Lixo. A pré-visualização e os controles de seleção deles são a fronteira de recuperação.
Um candidato chega ao Lixo só pela revisão e pela confirmação. O estado da ferramenta, arquivos de guarda explícitos e domínios protegidos decidem se ele chega à revisão ou permanece intocado.
Limpeza segura é uma sequência de portões. Um caminho conhecido ainda pode ser pulado porque o dono está ativo, a sonda de tamanho falhou, o comando de limpeza está ausente ou regras de proteção o classificam como estado. Uma exclusão recursiva de uma pasta Caches inteira contorna todas essas decisões.
## Por que o cache e os Dados do Sistema podem crescer de novo
Um cache que permanece vazio muitas vezes é um cache que o app não usa mais. Apps normais reconstroem miniaturas, baixam arquivos de pacotes, recompilam saída derivada e recriam índices de busca. A próxima abertura pode, portanto, usar mais CPU, energia, tráfego de rede e espaço em disco. Crescer de novo não prova que a limpeza falhou; prova que o dono precisou dos dados outra vez.
Os Ajustes do Sistema também podem atualizar mais tarde ou continuar atribuindo os arquivos reconstruídos a Dados do Sistema. Como Dados do Sistema é uma categoria ampla e não uma pasta, o gráfico pode atrasar em relação às operações reais de arquivo ou permanecer grande por motivos sem relação. Confira o armazenamento disponível do Mac e o diretório medido do dono. Não continue apagando categorias novas para perseguir um rótulo atrasado.
A sequência segura continua curta: meça, identifique o dono, classifique o conteúdo, faça as cinco perguntas de recuperação, use a pré-visualização ou o controle de limpeza do dono e teste o app antes de qualquer remoção permanente. Um cache só é seguro de limpar quando a fonte e o caminho de recuperação são ambos conhecidos.
---
Canonical HTML page: https://mole.fit/pt-br/blog/how-to-clear-cache-on-mac
Blog index for agents: https://mole.fit/pt-br/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt
