Vai al contenuto principale
Mole
Panoramica Funzioni Voci Prezzo FAQ Blog
EnglishEN 简体中文中 繁體中文繁 日本語日 한국어한 FrançaisFR DeutschDE ItalianoIT EspañolES
Acquista oraAcquista Scarica

    Aiuto, documentazione, versioni e articoli.

    Home/Blog

    Disinstallare app Mac senza perdere dati condivisi

    DisinstallazionePubblicato 19 giugno 2026Aggiornato 8 agosto 20266 min di lettura

    Trascinare un’app self-contained nel Cestino può bastare come disinstallazione. Altre app installano helper, driver, estensioni di sistema, elementi di login, container condivisi o grandi database utente. L’obiettivo non è rimuovere ogni nome di file che assomiglia al fornitore; è dismettere il software senza cancellare documenti o dati condivisi che un’altra app continua a possedere.

    Ecco dove si nascondono, come rimuoverli a mano e il modo più rapido per individuarli tutti senza indovinare.

    Perché trascinare nel Cestino lascia residui

    Un’app Mac è un bundle (il file .app), ma la maggior parte delle app scrive anche dati fuori da quel bundle alla prima esecuzione: preferenze, dati in cache, file di supporto e a volte un elemento di login o un agent in background. Eliminare il .app rimuove il programma, non la traccia lasciata nelle cartelle Library. Quella traccia è ciò che le persone intendono con residui o leftovers dell’app.

    Un Bundle ID collega l'app bundle a dati di supporto, cache, preferenze, container e launch agent prima di revisione e rimozione
    Una disinstallazione completa segue l’identità del bundle tra l’app e la sua impronta in Library, poi esamina l’insieme intero prima di spostarlo nel Cestino.

    Per un’app piccola il resto può essere poche preferenze innocue. Un browser, un gioco, uno strumento per sviluppatori o un’app multimediale può lasciare gigabyte di dati controllati dall’utente. La sola dimensione non distingue una cache usa e getta da profili, progetti, messaggi, plug-in o contenuti scaricati.

    Usa prima il disinstallatore del fornitore quando l’app modifica il sistema

    Client VPN, strumenti antivirus, driver audio, software di virtualizzazione, client di sincronizzazione cloud, strumenti per dispositivi di input e app con estensioni di sistema vanno rimossi tramite il disinstallatore integrato o fornito dal vendor. Quel flusso può disattivare estensioni, scaricare servizi privilegiati e rimuovere le ricevute in un ordine che Finder non può ricostruire. Esporta impostazioni o dati locali prima di iniziare e verifica se un abbonamento o un’autorizzazione del dispositivo deve essere rilasciata a parte. Anche la guida alla disinstallazione di Apple preferisce il disinstallatore dell’app quando ne ha uno, e ricorda che eliminare un’app non annulla l’abbonamento né rimuove i documenti creati con essa.

    Dove si nascondono i residui delle app

    Molti residui ordinari per utente vivono nella cartella Library dell’utente, nascosta di default. Il software integrato a livello di sistema può anche installare elementi sotto /Library, ed è un motivo in più per usare il suo disinstallatore invece di cercare in tutto il sistema. In Finder, tieni premuto Option e apri il menu Vai per mostrare Libreria. Le posizioni utente più comuni sono:

    • ~/Library/Application Support/: i dati di supporto principali dell’app, spesso il residuo più grande.
    • ~/Library/Caches/: file in cache creati dall’app per la velocità.
    • ~/Library/Preferences/: i file di impostazioni (.plist) dell’app.
    • ~/Library/Containers/ e ~/Library/Group Containers/: dati di app sandboxed.
    • ~/Library/Logs/: i file di log dell’app.
    • ~/Library/Saved Application State/: stato di finestre e sessioni.
    • ~/Library/LaunchAgents/: helper in background che riavviano l’app o i suoi servizi al login.

    Le app sandboxed possono tenere i dati in un container e condividerli tramite group container. Non rimuovere mai un group container finché non hai identificato ogni app ed estensione che lo usa. Eliminarlo per un’app dismessa può cancellare dati di un’altra app dello stesso sviluppatore.

    Trovali tramite il bundle identifier

    I residui sono difficili da abbinare a occhio perché macOS li nomina con il bundle identifier dell’app, una stringa reverse-DNS come com.spotify.client, non con il nome visualizzato dell’app. Ottieni prima l’identificatore:

    osascript -e 'id of app "Spotify"'
    mdls -name kMDItemCFBundleIdentifier -r /Applications/Spotify.app
    

    Poi usa l’identificatore e il nome del vendor come indizi di ricerca:

    find ~/Library -maxdepth 4 \( -iname "*spotify*" -o -iname "*com.spotify*" \) -print 2>/dev/null
    

    I risultati di ricerca sono candidati, non prove. Controlla i contenuti di ogni percorso, l’app proprietaria e il ruolo. Le preferenze si possono interrogare con defaults, ma eliminare un dominio di preferenze è facoltativo e toglie la possibilità di reinstallare con le vecchie impostazioni. Lascialo se lo spazio è banale o se una reinstallazione futura è plausibile.

    Come rimuoverli a mano

    1. Esporta i dati unici e conferma un backup aggiornato.
    2. Controlla le istruzioni di disinstallazione del vendor e usale per software con helper, estensioni, driver o stato di licenza.
    3. Esci dall’app e dai suoi helper visibili tramite l’app o Monitoraggio attività.
    4. Sposta un semplice .app nel Cestino, poi esamina le corrispondenze esatte di bundle e vendor in Library. Separa cache da profili, progetti, database e container condivisi.
    5. Disattiva gli eventuali elementi di login del vendor rimasti tramite Impostazioni di sistema > Generali > Elementi di login ed estensioni. Non indovinare un’etichetta launchd dal nome di un file plist.
    6. Riavvia solo se un’estensione o un disinstallatore del vendor lo richiede. Verifica app correlate, tipi di file, dispositivi e sincronizzazione prima di svuotare il Cestino.

    Funziona, ma è lento e soggetto a errori. I nomi di app e sviluppatori non corrispondono sempre ai nomi delle cartelle, i dati sandboxed sono sepolti ed è facile cancellare il file sbagliato o perdere quello che conta.

    Il modo più rapido e sicuro

    Una schermata di revisione della disinstallazione con un'app espansa che mostra il suo bundle più elementi residui in ~/Library/Application Support e ~/Library/HTTPStorages, ciascuno con una dimensione e una casella di spunta, e un pulsante Remove in basso
    Ogni file che una disinstallazione rimuoverebbe, l’app più i suoi residui in Library, elencati con dimensioni e caselle di spunta così confermi prima che qualcosa venga eliminato. Questa è la revisione di disinstallazione di Mole.

    Un disinstallatore dedicato può risolvere il bundle identifier e raccogliere le corrispondenze probabili in Library. Mole mostra quei candidati e le dimensioni prima della rimozione, convalida i percorsi e usa il Cestino per i file ordinari. Così si riduce il lavoro di ricerca, ma non sostituisce un disinstallatore del vendor né rende usa e getta un container condiviso. La revisione resta parte della disinstallazione, non una schermata di conferma decorativa.

    Dietro le quinte: come funziona un disinstallatore sicuro

    Saltabile, ma mostra perché ordine e convalida contano qui. CLI e app nativa usano implementazioni separate, ma entrambe dividono il lavoro in discovery, review e esecuzione confermata. La sequenza sotto segue il percorso dell’app nativa.

    Un disinstaller sicuro risolve l'identità dell'app, scopre i residui, presenta un piano di revisione, attende conferma, interrompe l'app e gli helper, valida ogni percorso, scarica i job approvati, sposta gli elementi consentiti nel Cestino e registra i risultati saltati o rimossi
    La discovery non può eliminare nulla. L’esecuzione parte solo dopo la conferma, poi ogni elemento di avvio e ogni percorso di file ripassa la guardia di sicurezza prima di essere scaricato o spostato nel Cestino.

    Il bundle identifier viene accettato solo in forma reverse-DNS prima di poter guidare l’abbinamento derivato dal bundle, così un input malformato non può allargare un pattern di ricerca. Lo scanner legge anche gli identificatori degli elementi di login incorporati dai loro file Info.plist invece di indovinarli dai nomi dei file. Dopo che approvi il piano completo, l’app esce dal target e ferma i suoi helper esatti. Un elemento di avvio viene scaricato solo dopo l’approvazione di PathGuard, e DeletionExecutor convalida di nuovo ogni URL prima di chiamare il livello Cestino. I percorsi mancanti, protetti o rifiutati diventano skip espliciti anziché eliminazioni silenziose parziali.

    Una regola di disinstallazione sicura

    Usa il disinstallatore del vendor per il software integrato a livello di sistema. Per un’app semplice, rimuovi il bundle, poi esamina i residui esatti per identità e tipo di dati. Conserva documenti, profili, database e group container finché la proprietà non è dimostrata. Lascia le rimozioni nel Cestino mentre verifichi app e servizi correlati, e svuotalo solo dopo che il Mac si comporta ancora come previsto.

    Liberare spazio, gestire le app, curare macOS e capire cosa occupa il disco, in un’unica app nativa. Un solo pagamento, senza abbonamento.

    Scopri Mole

    Continua a leggere

    • DisinstallazioneScegliere un disinstallatore di app Mac oltre AppCleaner9 min di lettura
    • DisinstallazioneRimuovere Chrome e salvare le password prima4 min di lettura
    • DisinstallazioneDisinstallare Docker Desktop senza perdere i volumi5 min di lettura

    Mole · 鼴

    Pulizia, app e stato del Mac.

    v1.13.0 (153) · Versioni

    Supporto

    Aiuto Documentazione Versioni

    Note legali

    Termini di servizio Informativa sulla privacy Politica di rimborso

    Risorse

    Blog Strumento CLI Programma partner

    Contatti

    Twitter hi@mole.fit

    Questo è l’unico sito ufficiale mole.fit · Evita download da siti non verificati

    La CLI resta gratuita per il terminale.