Locația fictivă pe Xiaomi: MIUI și HyperOS
Plângerea „pornesc simularea și după câteva minute totul revine” vine aproape mereu de la telefoanele Xiaomi, Redmi și POCO. Cauza nu este aplicația: MIUI și HyperOS gestionează procesele din fundal mai strict decât Android standard și opresc serviciul care menține simularea. Mai jos vedeți ce se întâmplă exact și ce trei setări rezolvă problema.
Activați pornirea automată pentru aplicație
Setări → Aplicații → Gestionați aplicațiile → Mock Location → „Pornire automată” (în unele versiuni — „Rulare în fundal”). Este cea mai importantă din cele trei setări: fără ea, după oprirea procesului sistemul nu îl va readuce, iar simularea nu se va relua până nu deschideți manual aplicația.

Eliminați restricțiile de baterie
Pe același ecran al aplicației găsiți „Economisire baterie” sau „Controlul activității” și alegeți „Fără restricții”. În acest mod firmware-ul nu mai adoarme după bunul plac serviciul din fundal.

Blocați aplicația în recente
Deschideți lista aplicațiilor recente și trageți în jos cardul Mock Location — apare o pictogramă cu lacăt. Aplicațiile blocate nu se închid când goliți lista cu „X” sau prin glisarea „șterge tot”.

Verificați că simularea rezistă
Porniți simularea, minimizați aplicația și lăsați telefonul neatins zece–cincisprezece minute. Apoi verificați: notificarea trebuie să fie în continuare în panou, iar altă aplicație cu hartă trebuie să arate în continuare punctul ales.

Ce se întâmplă în culise
Firmware-ul oprește procesul aplicației — în jurnalele de sistem asta apare ca o oprire forțată decisă de sistem. După aceea furnizorii de test rămân înregistrați în Android cu ultima valoare scrisă, dar nimeni nu mai scrie coordonate noi în ei: procesul care i-a creat nu mai există.
Din exterior arată ca „simularea a înghețat”: coordonata rămâne aceeași, dar nu se mai actualizează, iar după o vreme sistemul revine la locația reală.
Ce face aplicația singură
Două mecanisme de restaurare funcționează indiferent de setările firmware-ului. Primul: la deschidere, aplicația compară starea salvată cu cea reală și, dacă procesul a murit, readuce simularea — această cale funcționează întotdeauna. Al doilea: un temporizator de supraveghere verifică periodic starea în fundal și încearcă să readucă singur serviciul.
Dar ambele au o limită: dacă firmware-ul interzice aplicației să pornească în fundal, serviciul nu poate fi readus fără dvs. — codul pur și simplu nu rulează în acel moment.
De ce pornirea automată contează mai mult decât celelalte setări
Diferența se poate măsura. Cu pornirea automată dezactivată, sistemul nu mai repornește deloc serviciul după oprirea procesului — restaurarea are loc doar când deschideți singur aplicația. Cu pornirea automată activată, sistemul readuce serviciul oprit în aproximativ trei secunde, aplicația preia starea salvată și continuă simularea fără intervenția dvs.
Așa că, dacă faceți doar una din cele trei setări, faceți pornirea automată.
Restaurarea după repornire
O locație fictivă activă se reia automat la pornirea telefonului, prin cel mai timpuriu eveniment de sistem — chiar înainte să deblocați ecranul. Pe un telefon cu PIN este singura cale de a readuce simularea fără să aștepte să luați telefonul în mână.
O măsurătoare pe un dispozitiv real cu HyperOS a arătat de ce contează: coada timpurie a evenimentelor de pornire ajunge la aplicație în puțin peste o secundă, iar cea obișnuită în șaptesprezece secunde, pentru că înaintea ei la coadă sunt actualizatorul de sistem, serviciile cloud și aplicațiile bancare.
Aceleași setări pe alte interfețe
Un comportament similar apare pe Huawei (Setări → Baterie → Lansare aplicații → dezactivați gestionarea automată pentru aplicație), Samsung (Setări → Îngrijire dispozitiv → Baterie → Limite utilizare fundal), OPPO, realme și vivo. Numele diferă, ideea este aceeași: permiteți aplicației să ruleze în fundal și excludeți-o din economisirea agresivă a bateriei. Dacă simularea tot se oprește — cauzele frecvente explicate.