iOS 上的后台信标测距

Question

我了解监视和测距之间的区别，并且我了解 iOS 的局限性在于，信标测距只能在进入和退出区域时发生在前台或后台，如此处所述 (http://developer.radiusnetworks.com/2013/11/13/ibeacon-monitoring-in-the-background-and-foreground.html)。但我正试图弄清楚如何解决一个常见的场景。

如果我在百货公司安装了一堆信标，我应该如何检测一个人何时在这些信标的范围内移动？以目前的工作方式，当用户进入商店时，应用程序将收到一个事件 (didEnterRegion)，因为所有信标的集合充当一个大区域。但是没有办法知道用户正在商店的不同部分之间移动，除非信标放置得足够远，以便用户退出并再次进入该区域，这可能是不切实际的。

我想在后台设置信标范围的原因是，我可能需要知道用户在商店中的特定部分/产品处，以显示该部分的特定优惠/信息（通过通知），而不需要用户打开应用程序。

在我看来，这对于商场和博物馆等来说是一个非常常见的场景……我想知道其他开发人员是如何解决这个问题的，或者是否有其他方法可以实现我想要的。

我没有在此处包含代码 sn-ps，因为问题不在于代码，它只是一个概念问题。如果需要任何说明或代码，我也可以添加。

谢谢

Answer 1

答案的最大部分是我的同事@csexton 在这个问题的另一个答案中记录的技术。

为了解决第二个转换后只能获得 10 秒测距时间的问题，您可以请求额外的时间来保持测距。 iOS 允许您在后台继续测距长达 180 秒。这不需要后台模式，也不需要 AppStore 的特殊许可。

你是这样设置的：

- (void)locationManager:(CLLocationManager *)manager didDetermineState:(CLRegionState)state forRegion:(CLRegion *)region
{
    if (_inBackground) {
        [self extendBackgroundRunningTime];
    }
}

- (void)applicationDidEnterBackground:(UIApplication *)application
{
    [self logString: [NSString stringWithFormat:@"applicationDidEnterBackground"]];
    [self extendBackgroundRunningTime];
    _inBackground = YES;
}


- (void)extendBackgroundRunningTime {
    if (_backgroundTask != UIBackgroundTaskInvalid) {
        // if we are in here, that means the background task is already running.
        // don't restart it.
        return;
    }
    NSLog(@"Attempting to extend background running time");

    __block Boolean self_terminate = YES;

    _backgroundTask = [[UIApplication sharedApplication] beginBackgroundTaskWithName:@"DummyTask" expirationHandler:^{
        NSLog(@"Background task expired by iOS");
        if (self_terminate) {
            [[UIApplication sharedApplication] endBackgroundTask:_backgroundTask];
            _backgroundTask = UIBackgroundTaskInvalid;
        }
    }];

    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        NSLog(@"Background task started");

        while (true) {
            NSLog(@"background time remaining: %8.2f", [UIApplication sharedApplication].backgroundTimeRemaining);
            [NSThread sleepForTimeInterval:1];
        }

    });
}

- (void)applicationDidBecomeActive:(UIApplication *)application
{
    [self logString: [NSString stringWithFormat:@"applicationDidBecomeActive"]];
    _inBackground = NO;
}

在后台获得 180 秒的射程不是灵丹妙药，但它解决了 10 秒无法解决的许多用例。

您可以在此处阅读有关其工作原理的完整文章以及测试结果：https://github.com/RadiusNetworks/ibeacon-background-demo/tree/background-task

Answer 2

您需要做的是确保所有信标都具有相同的 UUID。然后，注册一个 CLBeaconRegion 进行监控，只指定该 UUID。不要包含主要或次要值。这将导致在输入任何与该 UUID 匹配的信标时调用didEnterRegion:（主要和次要值是通配符）。但是，此处返回的 CLBeaconRegion 将只有 UUID，没有主要/次要，就像您注册它的方式一样，因此您不知道确切触发了哪个信标。要准确确定您的设备看到的是哪个信标，当调用didEnterRegion: 时，请告诉位置管理器startRangingBeaconsInRegion: 输入区域。然后位置管理器将通过didRangeBeacons: 传递一个CLBeacons 数组回电给您。这些 CLBeacon 将知道它们的主要和次要值，从中您可以准确地确定用户在商店的哪个部分（因为您知道具有该主要/次要的信标部署在哪里）。这一切都可以在应用处于后台时完成。

这样您只注册了一个 CLBeaconRegion，但您仍然可以与任何与您注册的 UUID 匹配的信标进行交互。

我已经使用这种方法在一个区域成功部署了 80 多个信标，这些信标都在前台和后台成功发射。您无需用户打开应用即可完成此操作。

Answer 3

我可能会通过将商店分成多个区域来建模。它们的建模方式将取决于您在触发通知时所拥有的用例。

我会通过给他们所有相同的 UUID，但不同的主要值来做到这一点。然后使用次要值来区分商店。这样，当他们从区域移动时，应用程序将注册一个 didEnter 事件。

您可以注册大约 20 个区域，因此在将信标分组在一起时我会小心。

例如：

• UUID:754A5D70-C59E-4E39-AA56-ED646903EF5B Major:1 → 入口
• UUID:754A5D70-C59E-4E39-AA56-ED646903EF5B Major:2 → 收银机
• UUID:754A5D70-C59E-4E39-AA56-ED646903EF5B Major:3 → 服装
• UUID:754A5D70-C59E-4E39-AA56-ED646903EF5B Major:4 → 家居用品
• ...

然后，当应用的用户在商店中移动时，您可以在跨越区域边界时触发操作。

这样你可以：

1. 获取进入退出回调
2. 开始测距以找出次要值（可能是每个商店或每个信标的唯一值）
3. 发送本地通知