終了/中断されたときの重要な変更場所APIの動作？

これは、startMonitoringSignificantLocationChangesを使用したアプリの動作を説明するCLLocationManagerドキュメントのセクションです。

このサービスを開始した後でアプリケーションが終了した場合、新しいイベントが到着すると、システムは自動的にアプリケーションをバックグラウンドで再起動します。このような場合、アプリケーションデリゲートのapplication：didFinishLaunchingWithOptions：メソッドに渡されるオプションディクショナリには、場所イベントのためにアプリケーションが起動されたことを示すキーUIApplicationLaunchOptionsLocationKeyが含まれています。再起動しても、ロケーションマネージャオブジェクトを設定し、このメソッドを呼び出してロケーションイベントの受信を継続する必要があります。位置情報サービスを再起動すると、現在のイベントがすぐにデリゲートに配信されます。さらに、ロケーションサービスを開始する前でも、ロケーションマネージャーオブジェクトのロケーションプロパティには最新のロケーションオブジェクトが入力されています。

私の理解では、アプリの終了は、（あなたが呼び出していない場合、私が想定した場合ということですので、stopMonitoringSignificantLocationChangesをからapplicationWillTerminate）あなたが覚めてしまいますUIApplicationLaunchOptionsLocationKeyのにパラメータdidFinishLaunchingWithOptions：アプリケーション。その時点でCLLocationManagerを作成し、startMonitoringSignificantLocationChangesを呼び出して、バックグラウンドでの位置処理を限られた時間実行します。だから私はこのビットで大丈夫です。

前の段落では、アプリが終了したときに何が起こるかについてのみ述べており、アプリケーションが一時停止したときに何をするかを示唆していません。didFinishLaunchingWithOptionsのドキュメントには次のように書かれています。

アプリケーションは、バックグラウンドで位置の更新を追跡し、パージされ、現在は再起動されています。この場合、ディクショナリには、新しい場所イベントのためにアプリケーションが再起動されたことを示すキーが含まれています。

終了後、（場所の変更により）アプリが起動された場合にのみこの通話を受信することを提案します。

しかし、上の段落の大幅な変更サービスにおける位置認識プログラミングガイドが言うには、以下のい：

このサービスを実行したままアプリケーションを一時停止または終了した場合、新しい位置データが到着すると、サービスによってアプリケーションが自動的に起動します。ウェイクアップ時に、アプリケーションはバックグラウンドに置かれ、位置データを処理するために少し時間が与えられます。アプリケーションはバックグラウンドにあるため、最小限の作業を行い、割り当てられた時間が経過する前にアプリケーションが戻るのを妨げる可能性のあるタスク（ネットワークのクエリなど）を回避する必要があります。そうでない場合、アプリケーションが終了する可能性があります。

これは、アプリが一時停止されている場合は位置データで目覚めていることを示していますが、どのように起きているかについては言及していません。

• んUIApplicationDelegateは、私がバックグラウンド状態にサスペンド状態から再開していますことを私に言って、コールバックを取得しますか？
• （アプリが中断されたときにフリーズドライされた）ロケーションマネージャーは、locationManager ：didUpdateToLocation：fromLocationコールバックの受信を開始しますか？
• アプリケーションの状態をチェックし、バックグラウンドモードの場合に最小限の処理を行うコードをdidUpdateToLocationメッセージに実装するだけでよいですか？

これを書いている最中、私は自分の質問に答えたばかりかもしれないと思いますが、これについての私の理解をより知識のある誰かに確認してもらうと素晴らしいでしょう。

この質問をして以来、かなりのテスト（主に自宅と職場の間の電車の中で）を行い、中断されたアプリの動作が質問の最後で疑ったとおりであることを確認しました。

つまり、一時停止されたアプリがウェイクアップされ、アプリデリゲートでコールバックを受け取らず、既存のCLLocationManagerDelegateを通じて位置情報の更新を受け取ります。applicationStateを確認することで、バックグラウンドで実行していることを検出でき、一時停止状態からウェイクしてロケーション処理を実行している場合に限られた作業を実行できます。

[UIApplication sharedApplication].applicationState == UIApplicationStateBackground

私は、ロケーションテストハーネスをダウンロードして試してみて、この結論に達しました。これは、UIを介して重要な変更APIとGPS変更APIを有効にし、返されたすべての応答をログに記録できる非常にシンプルなアプリです。

前の答えのNBポイント6は正しくありません。フリーズドライサスペンドされたアプリは、サスペンド状態からウェイクアップされたときにCLLocationManagerDelegateコールバックを受け取ります。

私の理解は次のとおりです（このAPIに依存するアプリケーションを作成中ですが、テストを開始するのに十分なほどこのコンポーネントを完了していません）。

1. アプリケーションは初めて実行され、startMonitoringSignificantLocationChangesに登録し、コールバック関数を提供します。アプリケーションの実行中は、大きな変更を受け取るたびにそのコールバックを呼び出します。
2. アプリケーションがバックグラウンドに置かれると、UIApplicationはapplicationWillResignActiveを受け取り、その後にapplicationDidEnterBackgroundを受け取ります。
3. アプリケーションがバックグラウンドで一時停止されているときに強制終了された場合、通知されません。ただし、アプリケーションが実行中に強制終了された場合（私の知る限り、フォアグラウンドまたはバックグラウンド）、applicationWillTerminateで瞬間が表示されます。この関数から追加のバックグラウンドタイムを要求することはできません。

4. バックグラウンドで強制終了されているにもかかわらず、OSはアプリケーションを再起動します。アプリケーションが変更のためにOSによって単に起動された場合、アプリケーションdidFinishLaunchingWithOptionsへの呼び出しを取得します。

   if ([launchOptions objectForKey:UIApplicationLaunchOptionsLocationKey])

   バックグラウンドの場所の変更から戻ってきたかどうかを判断するのに役立ちます。

5. 代わりに、現在バックグラウンドで実行していて、ユーザーがアプリを手動で再起動すると、applicationWillEnterForegroundに続いてapplicationDidBecomeActiveが返されます。
6. どのように発生したかに関係なく、アプリケーションが再起動されたとき（バックグラウンドタスクの結果としてアプリケーションがまだバックグラウンドで実行されていて、そのタスクが変更の監視を開始していた場合を除く）、コールバックがnoであるため、再度startMonitoringSignificantLocationChangesを明示的に通知する必要があります。 「凍結乾燥」後は長く付着します。そして、はい、一時停止状態から戻ったときに、ある種のロケーションハンドラーを再アタッチしたら、didUpdateToLocationにコードを実装する必要があります。

これは、現在コード開発で行っていることです。前に述べたように、私はこれをデバイスでテストする準備がまだ整っていないので、すべてを正しく解釈したかどうかはわかりません。そのため、コメンターは自由に修正してください（トピック）。

ああ、そして不運のストロークで、私のやりたいことを実行するアプリをリリースすると、私は泣くかもしれません:)

幸運を！

場所の変更の結果としてアプリケーションが一時停止状態から呼び出された場合、アプリケーションはバックグラウンド状態で起動します。

すべてのオブジェクトがライブになり、既存のデリゲートで位置の更新を受け取ります。