Significant Location Change — mi ez, trigger-ek és működési mechanizmus

Mi az a Significant Location Change

Significant Location Change (SLC) egy energiahatékony iOS geolokációs szolgáltatás, amely a Core Location keretrendszerbe van építve. Olyan alkalmazások számára készült, amelyeknek követniük kell a felhasználó nagy mozgásait a GPS modul folyamatos használata nélkül. Az SLC automatikusan aktiválódik a mobil tornyok közötti átmenetnél, és értesíti az alkalmazást a CLLocationManagerDelegate delegálton keresztül a didUpdateLocations módszerrel.

A GPS-szintű követéstől (standard startUpdatingLocation) eltérően az SLC nem igényli a processzor és a GPS chip folyamatos aktivitását. Az iOS a mobil tornyok jeleit használja a közelítő hely meghatározásához, és csak a koordináták jelentős eltérésének észleltésekor indítja el az alkalmazást. Ez lehetővé teszi az alkalmazás számára, hogy “aludjon” a frissítések között, minimális energiát fogyasztva.

Az SLC minden mobil modullal rendelkező eszközön elérhető iOS 5-től kezdve. iPod Touch és iPad Wi-Fi Only készülékeken a szolgáltatás nem érhető el, mert a koordináták meghatározásához éppen mobil tornyokat használnak. A Core Location automatikusan dönti el, hogy mely események számítanak jelentősnek — a fejlesztő nem konfigurálhatja az SLC érzékenységét, és nem adhatja meg a minimális távolságot a trigger számára.

Milyen alkalmazásokhoz alkalmas az SLC

Az SLC ideális olyan alkalmazásokhoz, amelyeknek nincs szükségük nagy geopozíciós pontosságra: időjárás-követők, szállítási szolgáltatások, közeli objektumok kereső alkalmazásai, látogatott helyek analitikája. Az SLC-t az iOS rendszer is használja a geozónák (Geofencing) aktiválására energiatakarékos módban. A navigációs alkalmazások pontosabb GPS-követést igényelnek.

Hogyan működik a Significant Location Change

A Significant Location Change a mobil tornyok azonosítóinak (Cell ID) elemzésén alapul, amelyeket az eszköz a hálózathoz csatlakozáskor kap. Az iOS fenntart egy adatbázist a tornyok koordinátáiról, és képes meghatározni a közelítő helyet a GPS bekapcsolása nélkül. Amikor az eszköz átlyet egy új toronyra, a rendszer összehasonlítja az új és az előző helyet, és ha a különbség jelentős, elindítja az alkalmazást az esemény feldolgozásához.

A rendszer klaszter megközelítést használ: a földrajzi tér meghatározott sugarú klaszterekre van osztva. Az SLC csak a klaszterhatár átlépésekor generál eseményt, nem minden mikro-mozgásnál azon belül. Ez megakadályozza az alkalmazás lavinaszerű meghívásait egyetlen lefedettségi zónán belüli mozgáskor (például épületben vagy kerületben). Az SLC pontossága 500 métertől néhány kilométerig terjed, a mobil tornyok sűrűségétől függően.

Amikor az iOS jelentős változást észlel, felébreszti az alkalmazást a háttér állapotból (ha nem fut), és továbbítja az eseményt a Core Location delegáltnak. Az alkalmazás rövid időt kap a feldolgozásra (körülbelül 10–30 másodperc háttéridő) — ezalatt fel kell dolgoznia a koordinátákat, és szükség esetén egy pontosabb frissítést kell terveznie GPS-en keresztül.

Alkalmazás indítása a háttérből

Az SLC kiváltsága, hogy felébresztheti az alkalmazást a Suspended vagy Background állapotból. Ha az alkalmazást a rendszer memóriahiány miatt megölte, az SLC újraindítja (relaunch) a háttérben. Ehhez az alkalmazásnak fel kell iratkoznia a UIApplication.LaunchOptionsKey.location-re a didFinishLaunchingWithOptions módszerben. Az esemény feldolgozása után a rendszer visszaállíthatja az alkalmazást a Suspended állapotba.

A Significant Location Change trigger-ei

Az SLC trigger-eit kizárólag az iOS rendszer határozza meg — a fejlesztő nem befolyásolhatja programozottan, hogy mely koordinátaváltozás számít „jelentősnek”. Azonban léteznek dokumentált forgatókönyvek, amelyekben az SLC garantáltan eseményt generál. Ezeknek a trigger-eknek a megértése segíti a fejlesztőt az alkalmazás helyes viselkedésének megtervezésében.

Mobil torony váltása

Cell tower change — az SLC fő trigger-e. Amikor az eszköz mobil tornyok között vált (városban, úton történő mozgás során), a rendszer ellenőrzi, hogy a koordináták a régi és az új torony között eléggé változtak-e. Ha igen — esemény generálódik. Sűrű toronyhálózattal rendelkező városi környezetben az SLC 1–3 kilométerenént aktiválódhat.

GPS bekapcsolása más alkalmazások által

Ha bármely más alkalmazás vagy rendszerszolgáltatás (például „iPhone keresése”, navigáció) bekapcsolja a GPS modult, az SLC is kaphat pontos koordináta-frissítést. Ez mellékhatás: a GPS meghatározza a pontos helyet, és az iOS továbbítja azt az összes SLC-re feliratkozott alkalmazásnak. Erre a trigger-re azonban nem lehet számítani — nem garantált.

Átmenet Wi-Fi hálózatok között

Bár az SLC nem használja közvetlenül a Wi-Fi-t, a Wi-Fi hálózat váltása közvetve eseményt válthat ki, ha az eszköz új koordinátákat kap az Apple Location Service-en keresztül (helymeghatározás Wi-Fi adatbázisok alapján). Az iOS hash-eli a Wi-Fi hozzáférési pontok koordinátáit, és a toronyváltások közötti pozíció pontosítására használja őket.

SLC vs más iOS geolokációs szolgáltatások

Az iOS több mechanizmust kínál a geolokáció megszerzésére, mindegyik saját pontossággal, energiafogyasztással és használati forgatókönyvekkel. A Significant Location Change a tornyokon alapuló durva közelítés és a pontos GPS-követés között helyezkedik el, optimális egyensúlyozást kínálva azoknak az alkalmazásoknak, amelyeknek nincs szükségük valós idejű nagy pontosságra.

Standard Location Service

A Standard Location Service (startUpdatingLocation()) GPS-t, Wi-Fi-t és mobil tornyokat használ a koordináták maximálisan pontos meghatározásához. Pontosság 10 méterig, de az energiafogyasztás magas — a GPS modul folyamatosan aktív. Navigációhoz, fitneszkövetőkhöz, AR alkalmazásokhoz alkalmas. Az SLC ezzel szemben nem használja folyamatosan a GPS-t, és pontossága 500 méter vagy alacsonyabb.

Region Monitoring (Geofencing)

A Region Monitoring a meghatározott földrajzi zónákba való belépést és kilépést követi nyomon. Az SLC-től eltérően a fejlesztő maga határozza meg a régiók határait (sugár 100 métertől). A Geofencing az SLC-t segédmechanizmusként használja — a rendszer először az SLC-n keresztül határozza meg a közelítő helyet, majd bekapcsolja a GPS-t a pontos belépés/kilépés meghatározásához. A nyomon követett régiók maximális száma — 20.

Visit Monitoring

A Visit Monitoring egy speciális iOS 8+ szolgáltatás, amely a helyek látogatását (érkezés és távozás) követi. Az SLC és más jelek kombinációját használja annak meghatározására, hogy a felhasználó mikor állt meg egy helyen és mikor hagyta el azt. A Visit Monitoring energiahatékonyabb, mint az SLC, mert kevesebb eseményt generál és gépi tanulást használ az eszközön.

Energiafogyasztás és akkumulátor

Az SLC a legenergiahatékonyabb módszer a geolokáció megszerzésére iOS-en, a Visit Monitoringot leszámítva. Az Apple szerint az SLC körülbelül 0,1–0,5% akkumulátort fogyaszt óránként tipikus használati forgatókönyv esetén, míg a folyamatos GPS-követés 5–10%-ot fogyaszthat óránként. A megtakarítás annak köszönhető, hogy a GPS modul csak rövid időre kapcsol be a koordináták ellenőrzésére minden eseménynél.

Az iOS az SLC energiafogyasztását akkumulátor-optimalizálással kezeli. Ha a rendszer észleli, hogy az alkalmazás túl gyakran dolgoz fel SLC eseményeket (például az eszköz vonaton mozog és a gyakori toronyváltás sok eseményt generál), az iOS ideiglenesen csökkentheti az értesítések gyakoriságát. Ez egy automatikus mechanizmus — a fejlesztő nem kapcsolhatja ki.

Minden nagyobb iOS-kiadással az Apple szigorítja a háttérhozzáférés politikáját a geolokációhoz. iOS 13-tól kezdve megváltozott a háttérbeli helyhasználati engedélykérés párbeszédablaka: a felhasználónak kifejezetten az „Always” (Mindig) lehetőséget kell választania, nem csak a „While Using” (Használat közben) lehetőséget. Always engedély nélkül az SLC nem működik, ha az alkalmazás a háttérben van, vagy a rendszer megölte.

• SLC — 0,1–0,5% akku óránként; GPS — 5–10% óránként folyamatos használatnál
• iOS 13+ — kifejezett Always engedély szükséges a háttérben futó SLC-hez
• Optimalizálás — az iOS automatikusan csökkenti az SLC gyakoriságát aktív mozgásnál
• Kötegelt feldolgozás — több SLC esemény összevonható egyetlen értesítésbe

Implementálás Swift-ben

Nézzük meg a Significant Location Change teljes implementálását Swift-ben. A példa tartalmazza a CLLocationManager konfigurálását, az Always engedély kérését, a monitorozás elindítását, az események kezelését és az alkalmazás újraindításának támogatását a rendszer általi megölés után. A kód modern Swift-et használ async/await-tel a koordináták feldolgozásához és háttérfeladatokkal a BGTaskScheduler-en keresztül.

import CoreLocation
import UIKit

class LocationManager: NSObject, CLLocationManagerDelegate {

    private let manager = CLLocationManager()

    override init() {
        super.init()
        manager.delegate = self
        manager.pausesLocationUpdatesAutomatically = true
        manager.desiredAccuracy = kCLLocationAccuracyThreeKilometers
    }

    func requestAlwaysAuthorization() {
        manager.requestAlwaysAuthorization()
    }

    func startSignificantLocationUpdates() {
        manager.startMonitoringSignificantLocationChanges()
    }

    func locationManager(_ manager: CLLocationManager,
                           didUpdateLocations locations: [CLLocation]) {
        guard let location = locations.last else { return }
        Task.detached {
            await LocationProcessor.handleLocationUpdate(location)
        }
    }

    func locationManager(_ manager: CLLocationManager,
                           didFailWithError error: Error) {
        Logger.log("SLC error: \(error.localizedDescription)")
    }
}

Alkalmazás újraindításának kezelése

Ha az alkalmazást a rendszer megölte, az SLC automatikusan újraindítja egy új esemény bekövetkeztekor. Az AppDelegate-ben ellenőrzést kell hozzáadni a helyesemény általi indításhoz a UIApplication.LaunchOptionsKey.location segítségével. Az újraindítás után az alkalmazásnak inicializálnia kell a CLLocationManager-t és meg kell hívnia a startMonitoringSignificantLocationChanges()-t a monitorozás folytatásához.

class AppDelegate: NSObject, UIApplicationDelegate {

    private let manager = LocationManager()

    func application(_ application: UIApplication,
                           didFinishLaunchingWithOptions launchOptions:
                               [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
        if launchOptions?.keys.contains(.location) == true {
            Logger.log("App relaunched by SLC event")
        }
        manager.requestAlwaysAuthorization()
        manager.startSignificantLocationUpdates()
        return true
    }
}

Legjobb gyakorlatok

A Significant Location Change helyes használata egyensúlyozást igényel a funkcionalitás és az energiahatékonyság között. Az Apple szigorúan ellenőrzi a háttérhozzáférést a geolokációhoz, és az SLC-t visszaélő vagy egyértelmű szükség nélkül használó alkalmazások az App Store-ban történő publikáláskor elutasítás kockázatának vannak kítéve.

Mindig magyarázza el az SLC szükségességét

Az Info.plist-ben indokló szövegeket kell hozzáadni: NSLocationAlwaysAndWhenInUseUsageDescription és NSLocationWhenInUseUsageDescription. A leírásnak egyértelműen el kell magyaráznia, hogy az alkalmazásnak miért van szüksége háttérhozzáférésre a geolokációhoz. Az App Review elolvassa ezeket a szövegeket, és elutasíthatja az alkalmazást, ha az indoklás elégtelen vagy a megfogalmazás nem egyértelmű. Példa: „Ez az alkalmazás SLC-t használ az időjárás-előrejelzés frissítéséhez az Ön mozgása során.”

Csak a szükséges eseményeket dolgozza fel

Ne indítson költséges műveleteket (GPS helymeghatározás, hálózati kérések) minden SLC eseménynél. Az SLC töucatnyi eseményt generálhat óránként közlekedési eszközzel történő mozgásnál. Használjon deboundingot: mentse el az utolsó teljes frissítés idejét, és hagyja ki a feldolgozást, ha kevesebb mint 5–10 perc telt el az előző frissítés óta. Ez akkumulátort és hálózati forgalmat takarít meg.

Kombinálja a BGTaskScheduler-rel

Hosszantartó feldolgozáshoz SLC esemény után használja a BGTaskScheduler-t. Amikor az alkalmazás SLC eseményt kap, háttérfeladatot üzemezhet a BGProcessingTaskRequest vagy BGAppRefreshTaskRequest segítségével. Ez lehetővé teszi az erőforrás-igényes műveletek (szerverrel való szinkronizálás, útvonal elemzés) elhalasztását a legközelebbi háttér-végrehajtási ablakba, anélkül hogy blokkolná az SLC válasz fő folyamát.

• Info.plist — kötelező indokló szövegek a háttér geolokációs hozzáféréshez
• Debounding — ne dolgozzon fel eseményeket 5–10 perc nál gyakrabban
• BGTaskScheduler — üzemezzen háttérfeladatokat SLC esemény után
• Always engedély — csak valós szükség esetén kérje
• pausesLocationUpdatesAutomatically — kapcsolja be az automatikus GPS szünethez