iOS自定义后台访问监测服务：解决APP被杀后重启难题

我们开发一款基于GPS计时的后台访问追踪APP，此前使用startMonitoringVisits方法效果不佳，于是自行实现了每5分钟获取坐标并对比的服务——该服务在前台运行正常，但APP被划掉后进程会被终止。

我们尝试通过BGTaskScheduler配置后台任务（已在plist添加com.myapp.refresh，并开启Location Updates、Background fetch、Background processing能力），但方案未生效。现寻求正确实现自定义startMonitoringVisits逻辑，确保APP被杀后后台服务能自动重启的方法。

此前尝试的代码 #

原startMonitoringVisits实现 #

locationManager.delegate = self
locationManager.allowsBackgroundLocationUpdates = true
locationManager.pausesLocationUpdatesAutomatically = false
locationManager.allowsBackgroundLocationUpdates = true
locationManager.showsBackgroundLocationIndicator = true
locationManager.requestAlwaysAuthorization()
locationManager.startMonitoringVisits();

BGTaskScheduler尝试代码 #

class AppDelegate: UIResponder, UIApplicationDelegate {
    
    func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
        BGTaskScheduler.shared.register(forTaskWithIdentifier: "com.myapp.refresh", using: nil) { task in
            self.handleBackgroundFetch(task: task as! BGAppRefreshTask)
        }
        scheduleBackgroundFetch()
        return true
    }

    func applicationDidEnterBackground(_ application: UIApplication) {
        scheduleBackgroundFetch()
    }

    func scheduleBackgroundFetch() {
        let request = BGAppRefreshTaskRequest(identifier: "com.myapp.refresh")
        request.earliestBeginDate = Date(timeIntervalSinceNow: 5 * 60) 
        do {
            try BGTaskScheduler.shared.submit(request)
        } catch {
            print("Could not schedule app refresh: \(error)")
        }
    }

    func handleBackgroundFetch(task: BGAppRefreshTask) {
        scheduleBackgroundFetch()
        
        let queue = OperationQueue()
        queue.maxConcurrentOperationCount = 1
        
        let operation = BlockOperation {
            MyAppGeoFenceLocationManager.shared.runLocationManager()
        }
        
        task.expirationHandler = {
            queue.cancelAllOperations()
        }
        
        queue.addOperation(operation)
        task.setTaskCompleted(success: !operation.isCancelled)
    }
}

核心问题 #

BGAppRefreshTask属于通用后台任务，当APP被用户手动划掉（进程终止）后，系统会清除所有已调度的任务，无法触发唤醒。要实现APP被杀后仍能运行后台定位逻辑，必须依赖iOS定位专属的后台唤醒机制，而非通用后台任务。

具体实现步骤 #

1. 完善权限与后台配置 #

• 在Info.plist中添加定位权限描述：
  • NSLocationAlwaysAndWhenInUseUsageDescription：说明始终获取定位的业务用途（需明确告知用户）
  • NSLocationWhenInUseUsageDescription：说明前台获取定位的用途
• 仅保留Location Updates后台模式（Xcode中Targets -> Signing & Capabilities -> Background Modes勾选此项），移除对Background fetch和Background processing的依赖——这两种模式无法在APP被杀后唤醒进程。

2. 基于CLLocationManager实现自定义后台追踪 #

放弃BGTaskScheduler，改用定位框架的原生能力实现逻辑，确保APP被杀后能被系统唤醒：

class MyAppGeoFenceLocationManager: NSObject, CLLocationManagerDelegate {
    static let shared = MyAppGeoFenceLocationManager()
    private let locationManager = CLLocationManager()
    private var locationTimer: Timer?
    private let updateInterval: TimeInterval = 5 * 60 // 5分钟间隔

    private override init() {
        super.init()
        setupLocationManager()
    }

    private func setupLocationManager() {
        locationManager.delegate = self
        locationManager.allowsBackgroundLocationUpdates = true
        locationManager.pausesLocationUpdatesAutomatically = false
        locationManager.showsBackgroundLocationIndicator = true
        // 申请始终定位权限
        locationManager.requestAlwaysAuthorization()
        // 启动显著位置变化监测——用于APP被杀后唤醒进程
        locationManager.startMonitoringSignificantLocationChanges()
    }

    // 权限变更后启动定时任务
    func locationManagerDidChangeAuthorization(_ manager: CLLocationManager) {
        if manager.authorizationStatus == .authorizedAlways {
            startLocationUpdateTimer()
        }
    }

    // 启动定时获取坐标的任务
    private func startLocationUpdateTimer() {
        locationTimer?.invalidate()
        locationTimer = Timer.scheduledTimer(withTimeInterval: updateInterval, repeats: true) { [weak self] _ in
            self?.fetchCurrentLocation()
        }
        // 将定时器加入RunLoop，确保后台环境下能正常触发
        RunLoop.current.add(locationTimer!, forMode: .common)
    }

    // 获取当前坐标并执行对比逻辑
    private func fetchCurrentLocation() {
        locationManager.startUpdatingLocation()
        // 设置10秒超时，避免定位服务长时间占用资源
        DispatchQueue.main.asyncAfter(deadline: .now() + 10) { [weak self] in
            self?.locationManager.stopUpdatingLocation()
        }
    }

    // 处理获取到的位置数据
    func locationManager(_ manager: CLLocationManager, didUpdateLocations locations: [CLLocation]) {
        guard let latestLocation = locations.last else { return }
        // 此处添加你的坐标对比、访问追踪业务逻辑
        print("获取到位置：\(latestLocation.coordinate)")
        
        manager.stopUpdatingLocation()
    }

    // 显著位置变化触发（APP被杀后会被系统唤醒）
    func locationManager(_ manager: CLLocationManager, didUpdateLocations locations: [CLLocation]) {
        // 重启定时任务
        startLocationUpdateTimer()
        // 立即获取一次当前位置
        fetchCurrentLocation()
    }
}

3. 处理APP被杀后的唤醒初始化 #

当APP因显著位置变化被系统唤醒时，会调用AppDelegate的启动方法，需在此处初始化定位管理器：

class AppDelegate: UIResponder, UIApplicationDelegate {
    func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
        // 初始化单例定位管理器，触发权限检查与后台逻辑启动
        _ = MyAppGeoFenceLocationManager.shared
        return true
    }
}

4. 关键注意事项 #

• iOS后台定位限制：系统会监控后台定位APP的耗电情况，若APP长时间在后台获取定位但无实际移动（用户静止），可能会被暂停定位服务。建议在用户静止时降低更新频率，或结合区域监测（Geofencing）优化逻辑。
• 显著位置变化触发条件：startMonitoringSignificantLocationChanges仅在设备移动超过500米且间隔5分钟以上时触发，适合用于唤醒被杀的APP，之后再通过定时器维持5分钟一次的定位更新。
• 单例模式确保唯一性：定位管理器必须是单例，避免多次初始化导致权限请求重复或服务冲突。

内容的提问来源于stack exchange，提问作者JelleP