8

私が現在取り組んでいるアプリは、アプリがバックグラウンドになっているときに、ユーザーの現在の場所で地域監視を設定しています。アプリが再びアクティブになったときに、リージョンの監視を停止しようとしていますが、ほとんどの場合断続的に動作しているようで、期待どおりに動作しません。アプリがバックグラウンドになったら、リージョンの監視を開始し、詳細をログに記録すると正常に動作します。

- (void)locationManager:(CLLocationManager *)manager didStartMonitoringForRegion:(CLRegion *)region {
    DDLogInfo(@"CREATED REGION: %@", region.identifier);
}

次のログが生成されます。

  • 「作成された地域: regionFor: [ここに実際の緯度、ここに実際の経度] 半径: 100」

アプリが起動したら、次の関数を呼び出します。

- (void)stopMonitoringAllRegions {
    DDLogInfo(@"About to stop monitoring for %d regions", [locationManager monitoredRegions].count);

    // stop monitoring for any and all current regions
    for (CLRegion *region in [[locationManager monitoredRegions] allObjects]) {
        [locationManager stopMonitoringForRegion:region];
    }

    DDLogInfo(@"After stopping, we're currently monitoring for %d regions", [locationManager monitoredRegions].count);
}

これにより、約 75% の確率で次のログが生成されます。

  • 「1 リージョンの監視を停止しようとしています」
  • 「停止後、現在1つの地域を監視しています」

まれに、成功したように見えるものを取得します。

  • 「1 リージョンの監視を停止しようとしています」
  • 「停止後、現在監視しているリージョンは 0 です」

私はいくつかのことを試しましたが、成功しませんでした。私が作成している領域は CLCircularRegions であり、CLRegion から継承されるため、関係なく動作するはずですが、for ループで CLRegion を CLCircularRegion に変更しましたが、効果はありません。私はもともと、NSSet を返す [locationManager monitoringRegions] を単独で使用していたので、allObjects 関数を使用して配列を取得すると問題が解決すると考えていましたが、解決していません。

また、列挙中に配列を変更することに問題があるのではないかと思いましたが、SOで見た他の唯一の投稿は、上記がそれらのために働いたと言いました...

何か不足していますか？

4

1 に答える 1

7

を読んだ場合monitoredRegions、それはすべての CLLocationManager インスタンスのすべての監視対象領域を表しているため、おそらくプライベート ディスパッチ キューによって制御されているため、遅延が説明されます。

私の提案は、独自の変更可能な配列 (またはセット) を保持し、それを使用して、監視されている地域と監視されていない地域を追跡し、そのコレクションのロケーション マネージャーに依存しないことです。

即時の変更に頼ることができないことが明らかになったので、（今日）機能しているように見えても後で噛まれるヒューリスティックを見つけようとするのではなく、それを中心に設計します。

于 2014-02-06T20:00:36.297 に答える