您是否認爲在運行檢查和發送GPS位置的服務時檢查加速計的移動以節省電池是一個好主意?或者,onLocationChanged方法優化的方式不會有幫助,因爲只有當位置發生變化時纔會調用onLocationChanged方法,並且檢查加速度計也使用電池。GPS跟蹤和加速度計
我想我可以把我的GPS跟蹤服務和關閉取決於加速度計的數據。但是如果系統已經對GPS電池使用情況進行了充分優化,那麼它可能沒有意義?
您是否認爲在運行檢查和發送GPS位置的服務時檢查加速計的移動以節省電池是一個好主意?或者,onLocationChanged方法優化的方式不會有幫助,因爲只有當位置發生變化時纔會調用onLocationChanged方法,並且檢查加速度計也使用電池。GPS跟蹤和加速度計
我想我可以把我的GPS跟蹤服務和關閉取決於加速度計的數據。但是如果系統已經對GPS電池使用情況進行了充分優化,那麼它可能沒有意義?
我會說這是不是去它的最好的方式,但它當然有可能。你無法分辨走到浴室和走在街上的區別。
我想給位置監聽器一試,並根據您使用的標準,你可能不會看到這樣一個可怕的電池消耗。
我相信也有辦法有當另一個應用程序接收位置您的應用程序接收位置。在它的位置更新上捎帶。根據您應用的位置需求,這對您來說可能已經足夠了。
它是更多鈔票,但另一種方式來減少GPS更新正在玩耍的requestLocationUpdates
與minTime和minDistance纔會參數的參數,在documentation建議使用更新的次數超過一分鐘。
取決於您的更新頻率需求。
使用加速度計來觸發更新,我給你錯誤的數據在一開始,你可能會失去初始真正修復,即根據自己的需要,將是重要的或者不是。
在我的情況下,我正在研究類似的應用程序來跟蹤距離(並使用加速度計,但爲了不同的目的),當我開始GPS聽衆時,即使站立不穩,也需要一些時間來解決,所以這個結果是沒有經過的距離。目前正在尋找解決方法。
如果你的動機是爲了節省電池電量,LocationListener的是去的最佳途徑。如果您的動機是基於人們的動作來啓用/禁用GPS,那麼加速計就是要走的路,儘管找出觸發GPS所需的動作有點棘手,因爲使用加速計來區分各種類型的動作 - 步行,跑步,在汽車中移動等非常非常棘手。