Cosa succede se si lasciano app in background? Il motivo concreto per cui la batteria si scarica prima

Chiudere le app dal multitasking sembra una soluzione intuitiva per risparmiare energia, ma non sempre è la scelta più efficace. Il consumo in standby dipende da come i sistemi operativi gestiscono rete, localizzazione, sincronizzazioni e “risvegli” del processore. In questa analisi, Marta De Bonis ricostruisce cause, numeri e contromisure con un approccio tecnico e verificabile.

Cosa significa davvero "background" su uno smartphone

Con “app in background” si indica qualsiasi processo che continua a operare quando l’interfaccia non è visibile. Può trattarsi di attività programmate (job), sincronizzazioni, ascolto di notifiche push o servizi di localizzazione. Non tutte le app restano realmente attive: la maggior parte viene sospesa e risvegliata dal sistema solo quando serve.

Android e iOS limitano l’esecuzione libera in secondo piano. Quando possibile, parcheggiano le app in uno stato sospeso e demandano ai servizi di sistema le funzioni ricorrenti, come la consegna delle notifiche o i backup. L’obiettivo è ridurre il tempo in cui CPU, modem e sensori rimangono accesi inutilmente.

I processi che consumano energia quando non si usa il telefono

Le principali fonti di consumo in inattività sono quattro:

• Rete cellulare e Wi‑Fi: ogni scambio dati risveglia il modem e mantiene per alcuni secondi uno “stato attivo” (tail energy) che impedisce il deep sleep.
• Localizzazione: il GPS ad alta precisione richiede molta energia; geofencing e beacon a bassa potenza incidono meno.
• Sincronizzazioni: l’interrogazione periodica dei server (polling) è più dispendiosa delle notifiche push.
• Wakelock e timer: richieste delle app che impediscono al processore di entrare in sospensione profonda.

La differenza operativa è determinante: un’app che si limita a ricevere notifiche push ha un impatto minimo; un’app che interroga il server ogni 15 minuti mantiene attivo il modem più spesso e scarica più velocemente la batteria.

Standard e tecnologie: perché la radio conta più dell’app

Molte attività di background dipendono da protocolli e standard, non dalla singola app. La gestione energetica del Wi‑Fi segue lo standard IEEE 802.11, che prevede meccanismi come il Power Save Mode. Le comunicazioni a corto raggio con beacon e sensori domestici utilizzano Bluetooth Low Energy, progettato per cicli brevi di trasmissione con assorbimenti nell’ordine dei milliampere.

Il canale di notifica push è centralizzato: su Android tramite i servizi Google (FCM), su iOS con APNs. Questo evita che ogni app mantenga una connessione separata. Quando le app rinunciano al push e adottano il polling, il consumo cresce perché ogni richiesta riattiva stack di rete e CPU.

Android e iOS: come cambiano le regole del gioco

Su Android, i limiti all’esecuzione in background (dalla versione 8 in poi) riducono la libertà dei servizi persistenti. I job vengono aggregati in finestre temporali per minimizzare i risvegli della CPU, e la modalità Doze ritarda le attività quando il dispositivo è immobile e con schermo spento.

Su iOS, la maggior parte delle app passa rapidamente allo stato “suspended”. Sono concesse eccezioni per audio, navigazione, VoIP, salute, accessori MFi e aggiornamento in background. L’aggiornamento è opportunistico: il sistema decide quando è conveniente, in base a pattern d’uso e condizioni radio.

In entrambi i casi, copertura di rete scarsa, roaming o hotspot rumorosi aumentano i consumi per ritrasmissioni e ritardi, a prescindere dall’app specifica.

Numeri realistici: impatti tipici sul consumo

I valori seguenti sono incrementi medi su un telefono da 4.000 mAh in condizioni di segnale buono, schermo spento. Sono stime di laboratorio e variano per chipset, ROM e rete.

La chiave è ridurre la frequenza dei risvegli e la durata degli stati attivi della radio. Un’unica connessione push ben gestita è quasi sempre più efficiente di molte richieste periodiche.

Domotica e geofencing: quando il background è funzionale

Nelle abitazioni con automazioni leggere, molte routine dipendono dalla presenza. Le app dei principali ecosistemi sfruttano geofencing e beacon per attivare scenari quando l’utente entra o esce da un’area. Il tracciamento continuo via GPS non è necessario: BLE e reti Wi‑Fi domestiche consentono riconoscimento con consumi contenuti.

Se l’app del sistema domotico richiede “sempre” l’accesso alla posizione, di norma lo fa per utilizzare geofence a bassa energia. Negare il permesso può impedire automazioni come l’accensione delle luci al rientro, ma non dovrebbe comportare un consumo eccessivo quando la funzione è progettata correttamente.

Miti da sfatare e quando chiudere davvero le app

Chiudere manualmente dal multitasking non riduce in modo sistematico i consumi. Anzi, riaprire spesso un’app pesante può costare più energia della sua sospensione, perché si ricaricano librerie, cache e connessioni. Ha senso forzare la chiusura solo se l’app è chiaramente bloccata o fuori controllo (drain anomalo, vibrazioni continue, GPS attivo senza motivo).

Altro equivoco: disattivare tutte le notifiche. Le push ben configurate consumano poco; è il polling aggressivo a incidere. Meglio scegliere le notifiche essenziali e disabilitare aggiornamenti in background non critici.

Cosa conviene fare: impostazioni mirate e buone pratiche

• Preferire notifiche push a sincronizzazioni periodiche. Per email, usare IMAP IDLE se supportato.
• Limitare l’aggiornamento in background alle app utili (messaggistica, agenda, domotica). Disattivarlo per social e feed se non indispensabili.
• Controllare i permessi di localizzazione: “solo durante l’uso” per le app che non richiedono geofence; precisione ridotta quando possibile.
• Ridurre la frequenza di backup e upload automatici a orari con Wi‑Fi e telefono in carica.
• Evitare scansioni Wi‑Fi e Bluetooth sempre attive se non necessarie; mantenere però il BLE se si usano dispositivi domestici che lo richiedono.
• Attivare Risparmio energetico in mobilità o con segnale debole: limita risvegli, sincronizzazioni e animazioni.

Su Android, verificare le ottimizzazioni per app: se un’app essenziale viene “addormentata” troppo, le automazioni possono fallire; viceversa, togliere dai limiti un’app vorace farà aumentare il consumo. Serve equilibrio.

Copertura, modem e batteria: il fattore spesso ignorato

A prescindere dalle app, il segnale scarso è tra i primi colpevoli. In 4G/5G con RSRP debole, il modem alza la potenza di trasmissione, ritrasmette pacchetti e resta attivo più a lungo tra una richiesta e l’altra. In queste condizioni, anche un numero limitato di notifiche può incidere sensibilmente.

Se il telefono alterna spesso celle o bande, l’energia spesa per la mobilità radio cresce. In ambienti interni schermati, privilegiare il Wi‑Fi stabile riduce i risvegli del modem cellulare e migliora l’efficienza complessiva.

Come misurare e diagnosticare i consumi

Per decisioni informate servono misure, non sensazioni. Gli strumenti nativi indicano quali app consumano e se lo fanno in primo o secondo piano:

• Android: Impostazioni > Batteria > Utilizzo batteria; per analisi avanzate, Batterystats e Battery Historian via ADB.
• iOS: Impostazioni > Batteria > Attività per app; separa schermo attivo e attività in background.

App come AccuBattery su Android stimano corrente e velocità di scarica in mA, utili per confronti nel tempo. Per test affidabili, ripetere le misure con condizioni radio simili, stessa luminosità e identici set di app attive.

Conclusione operativa

Il risparmio reale deriva dal ridurre il numero di risvegli del modem e della CPU, non dal chiudere compulsivamente le app. Spingere le app verso meccanismi push, limitare il polling, usare localizzazione a bassa potenza e mantenere reti stabili produce più vantaggi di qualunque “pulizia” manuale del multitasking. Con qualche verifica periodica dei consumi per app e impostazioni calibrate, l’autonomia quotidiana migliora in modo misurabile senza rinunciare alle funzioni essenziali.