Content

• Parada forçada
• Netejar memòria cau
• Embolicar

Si teniu un problema amb una aplicació al vostre telèfon intel·ligent Android, potser heu llegit que haureu de fer una "Força de parar" i després "Esborrar la memòria cau" per solucionar-la. I, de fet, pot ser molt bé el que necessiteu per fer. Però, per què això ajuda? Què fa "Force stop" i què és una memòria cau? Deixa'm explicar.

Parada forçada

Al nucli d'Android hi ha el nucli de Linux, és el component responsable de gestionar la memòria i els processos juntament amb una gran quantitat d'altres recursos. Sempre que inicieu una aplicació, esteu iniciant un procés Linux.

Un procés és un contenidor lògic per a un programa (aplicació). L'inicia el nucli i s'utilitza com a forma de compartir els recursos del sistema (inclòs el temps de memòria i CPU) entre totes les aplicacions en execució. Cada procés té un ID, conegut com el PID (Process ID); una prioritat, quina importància té; el seu propi espai d’adreces, a més de pàgines relacionades de memòria física; i algunes dades d’estat: córrer (o corrent), dormir, aturat i zombi.

La tasca del nucli és planificar el temps de la CPU i assignar memòria al procés perquè es pugui executar. El seu funcionament és que el nucli proporciona trossos de temps de CPU a cadascun dels processos en execució. Si un procés està dormint (perquè espera alguna cosa com ara dades de la xarxa), no tindrà temps de CPU. Aquest malabars de processos continua al nivell mil·lisegon, molt ràpid i, de la mateixa manera que els fotogrames d’un dibuix animat, obteniu l’aspecte de suavitat i múltiples programes que s’executen alhora.

Finalment, quan surti una aplicació, el nucli netejarà tots els recursos utilitzats per l'aplicació (com ara fitxers oberts, memòria assignada, etc.) i eventualment eliminarà el procés creat per a aquesta aplicació.

Cada aplicació pot trobar-se en un dels diversos estats: funcionant, pausat o parat. Es diferencien dels estats del procés, tal com es defineixen per Linux, i representen el "Cicle de vida de l'activitat" tal com el defineixen Android. Google ho diu així, "a mesura que l’usuari navegui per les sortides i les aplicacions de la seva transició per diversos estats del seu cicle de vida.

L'interessant d'Android és que mai mata una aplicació directament. En lloc d'això, mata el procés en què es desenvolupa l'activitat, destruint no només l'activitat sinó tota la resta que s'executa en el procés. Això pot fer-ho quan cal alliberar RAM o un usuari pot matar un procés mitjançant Force Stop al Gestor d'aplicacions.

Quan tot funciona correctament, una aplicació passarà d’un estat de l’activitat a l’altra i acabarà sent assassinat per Android (després d’haver passat a l’estat aturat) o bé només es penjarà en segon pla fins que l’usuari la porti al primer pla. de nou. Tanmateix, si les coses comencen a funcionar malament, l’aplicació es pot comportar malament. Pot deixar de respondre a determinats esdeveniments, pot quedar encallat en algun tipus de llaç o pot començar a fer coses imprevisibles.

En aquests casos, es podria haver d'aplicar l'aplicació i després es reiniciar. Per a què serveix Force Stop, bàsicament mata el procés de Linux de l’aplicació i neteja l’embolic!

El motiu pel qual es recomana l’ús de Force Stop quan s’intenta solucionar una aplicació de mal comportament, és que 1) mata la instància d’execució actual d’aquella aplicació i 2) significa que l’aplicació deixarà d’accedir a cap dels seus fitxers de memòria cau, cosa que condueix nosaltres al pas 2: Esborra la memòria cau

Netejar memòria cau

Després de matar l’aplicació, el següent pas és eliminar les dades del directori de la memòria cau. Quan una aplicació necessita un fitxer temporal, un fitxer pre-processat o quan es vulgui conservar una còpia local d’un fitxer que s’ha descarregat d’Internet, es posarà al directori de la memòria cau de l’aplicació. Cada aplicació té el seu propi directori on pot posar fitxers de treball.

La idea és la següent. Si una aplicació descarrega fitxers o dades d’Internet, seria una pèrdua d’ample de banda més una pèrdua de temps per descarregar els mateixos fitxers cada vegada que s’inicia l’aplicació. En canvi, tots els fitxers que necessiten descarregar-se d’Internet es poden descarregar una vegada i després emmagatzemar-los a la memòria cau. De tant en tant, l’aplicació pot comprovar si aquestes còpies temporals són encara vàlides i actualitzar la memòria cau si cal.

Un altre exemple seria si l’aplicació necessita processar un fitxer, potser realitzarà alguna descodificació o desxifració en algunes dades. En lloc de realitzar aquesta descodificació o desxifració cada vegada que es llança l’aplicació, que faria servir molts cicles de CPU, l’aplicació pot fer-ho una vegada i després emmagatzemar el resultat a la memòria cau. Una vegada més, l’aplicació podria comprovar la validesa del fitxer processat i actualitzar la memòria cau si fos necessari.

El motiu pel qual es tracta d’arxius temporals és que l’aplicació no s’hauria de basar en que aquests fitxers estiguin presents, ja que Android els pot eliminar quan un dispositiu s’executa baix. En aquests casos, l’aplicació simplement descarrega de nou les dades o processa de nou els fitxers i en crea de nous a la memòria cau.

Les aplicacions també poden emmagatzemar fitxers de manera més permanent mitjançant el directori de dades de l'aplicació. Això és diferent al directori de la memòria cau i està dissenyat per a fitxers persistents de l'aplicació. Com que Android és capaç d’eliminar fitxers del directori de la memòria cau sense notificar l’aplicació, també és segur que els usuaris esborrin aquests fitxers mitjançant el botó “Esborrar memòria cau”.

Això pot ajudar a arreglar aplicacions que es comporten malament, ja que elimina el conjunt de fitxers temporals i obliga l'aplicació a recrear-les i, per tant, proporciona a l'aplicació una espècie de nou inici. Sovint es pot solucionar el problema ja que es produïa l’error en el processament d’un fitxer temporal o en caché.

Un avantatge secundari d’esborrar la memòria cau és que allibera espai d’emmagatzematge. Per tant, si teniu un baix emmagatzematge intern, es pot ajudar a esborrar les dades de la memòria cau de totes les aplicacions.

Embolicar

Després d’alguna experimentació durant la versió beta d’Android P, l’última versió de Google d’Android manté els mateixos botons i funcionalitats per a Force Stop i Clear Cache que les versions anteriors. Encara el trobareu al menú de configuració d'aplicacions.

Android 9.0 Pie introdueix alguna cosa nova, però, el tancament automàtic d'aplicacions sense resposta. Això vol dir que esperem que no hagueu de forçar aplicacions tancades que no deixin de respondre més, el sistema ha de gestionar-ho tot automàticament. Com a tal, els usuaris no veuran el quadre de diàleg “Aplicació que no respon” (ANR) per avisar-los a una aplicació sense resposta si estan executant Pie. Tanmateix, si per algun motiu una aplicació deixa de respondre, els usuaris encara haurien de provar els botons Forçar i esborrar la memòria cau per matar l’aplicació i reiniciar-la.

Force Stop encara es pot utilitzar per matar aplicacions congelades amb Android P, però ara hauria de passar automàticament.

Esborra la memòria cau al seu lloc amb Android 9.0, però les dades clares s'han anul·lat a Clear Storage.

Si necessiteu instruccions sobre com esborrar la memòria cau d’una aplicació, hi ha diverses guies excel·lents sobre com esborrar les dades d’aplicació i la memòria cau a Android 6.0 Marshmallow i com recuperar l’espai d’emmagatzematge si netegeu la memòria cau al vostre dispositiu Android. Si feu servir Stop Stop és molt similar, només cal que seguiu les instruccions de les guies enllaçades, però toqueu "Stop Stop" en lloc de "Clear Cache".

Quines són les vostres experiències amb Force Stop i Clear Cache? Hi ha alguna aplicació que trobeu que utilitzi molt espai per emmagatzemar fitxers en memòria cau? Si us plau, informeu-me als comentaris que es mostren a continuació.