[iPhone SDK] Significant-change Location Service の挙動

公開日： 2010/10/06 : 最終更新日：2011/09/26 iPad, iPhone iPad, iPhone

iPhoneで位置情報取得を連続して行うと、あっという間に電池が無くなってしまう。これは、位置情報取得のためにGPS関係のデバイスを軒並み起動しているためらしい。
このため、iOS4より、Significant-change Location Service という便利なものが用意された。
ずっと測位を続けていると電池がすぐに無くなるが、このサービスを startMonitoringSignificantLocationChanges: で開始すると、前回の測位から大きな距離の移動があった場合にのみ、locationManager:didUpdateToLocation:fromLocation: を呼び出してくれる。
バックグラウンドに入っていても通知されるし、バックグラウンドに入っていつの間にか他にアプリに押し出されて終了してしまっても、自動的に再起動をしてくれるとドキュメントには書かれている。

しかしiOS4 Betaの間はなかなか動作が安定せず、その後もなかなかまともに動いていなかったようなのでそんなにきっちり調べていなかったのだが、そろそろまじめに挙動を調べてみようと思う。

同様の疑問を持った人がいて、StackOverflow に質問をしてくれていた。
Behaviour for significant change location API when terminated/suspended? – Stack Overflow

この人によると、startMonitoringSignificantLocationChanges: を呼び出してバックグラウンドに回ったアプリは、たとえ終了させられたとしてもiOSから通知を受けられるが、app delegate のcallbackは全く受けられないという。
さて、実際どうなのかをアプリにログ書き出し機能を入れて試してみる。
位置情報取得系アプリは、実際に移動しないとデバッグができないのがつらい。
いや、何か回避する方法があるのかな。

2010/10/07 試験1

試験に使ったのは、自作の Log Locations。
これは起動しておくとバックグラウンドでSignificant-change Location Serviceを使って自動的に測位をしていくライフログ的なアプリなのだけれども、バックグラウンドに入れていろいろなアプリを起動すると、いつの間にかバックグラウンドからいなくなっており、それ以降ログがとられない。
しかし、Appleのドキュメント通りならば終了させられてもまた長い距離を移動すれば自動的に起動させられるはず。
これを、最近検索して見つけた iMemoryGraph を使って確認してみた。

で、結果としては確かにメモリから追い出されて終了させられたことをiMemoryGraphのプロセス一覧画面で確認したのだが、帰宅途中に見たら確かに復活していた。
ということで、確かに起動はしてくれているようだ。
なのに、なぜ測位結果が残らないのかを次は調べてみよう。

追記 2011/07/13

調べてみよう、と書きつつその後の結果を書いていなかったのでいまさらながら書いてみる。
その後、ログを出力するコードを入れて毎日通勤時に動かしてみてログを確認することを繰り返して、startMonitoringSignificantLocationChanges: により自動起動された場合、起動されるけれどもごく一部のコードしか呼ばれないことが判明した。
そして、起動されてもすぐにバックグラウンドに入ることもわかった。
確かに、大きな距離移動して自動起動されたとしてもUIが表示されるわけではないし、フォアグラウンドに出てくるわけでもないので、呼ばれていたのは
– (void)applicationDidEnterBackground:(UIApplication *)application {
だった。
このため、ここで CLLocationManager をallocして、一通りの初期化をする必要があった。
また、すぐにバックグラウンドに入ってしまうので startMonitoringSignificantLocationChanges: を呼ぶ必要もあった。
これらのことを実行することで、バックグランドに入り、メモリ不足でアプリ終了されてもその後起動してログをとり続けることができるようになったようだ。