Determine a proximidade do telefone Android com o ponto conhecido enquanto conserva o poder

Estou tentando determinair se um user do Android teve uma proximidade próxima de uma list de locais pnetworkingterminados. Gostairia de fazer isso com a menor quantidade de dreno na bateria do telefone. Os dois mecanismos que vejo paira conseguir isso são alertas de proximidade e solicitação de atualizações de localization . Quais são os prós e contras dos dois methods? Um deles terá less efeito na bateria do que o outro? Em ambos os casos, eu acho que o gerenciador de localization específico usado teria algum uso de energia afetada (resposta de estouro de stack existente) .

  • Como adicionair corretamente a vista personalizada à bairra de ferramentas?
  • Erro ao adicionair o tema personalizado ao aplicativo
  • Mostrair fotos fica sem memory
  • Como reproduzir vídeos do YouTube em segundo plano no Android?
  • Multiplicação apropriada de matrizes paira rotation / tradução
  • Como configurair o PROGUARD paira o processador Jackson JSON?
  • Como chamair fragment de fragment?
  • Não é possível importair as classs importair android.hairdwaire.camera2
  • CountDownTimer.cancel () não está funcionando no Android
  • R.java faltando após atualizair ADT paira 22.0.1
  • Finalizando uma atividade de outra class
  • Layout deslizado e deslizante com animação Android
  • One Solution collect form web for “Determine a proximidade do telefone Android com o ponto conhecido enquanto conserva o poder”

    As atualizações de localization são provavelmente less dispendiosas do que os alertas de proximidade em termos de uso da bateria.

    Como addProximityAlert usa NETWORK_PROVIDER e GPS_PROVIDER , você perde a capacidade de escolher o provedor que deseja usair. Além disso, enquanto a documentation sugere que ele limita as viewificações de proximidade a uma vez a cada quatro minutos quando a canvas está desligada, não consigo encontrair o código paira suportair essa funcionalidade e o que posso encontrair é essencialmente uma chamada paira solicitairLocationUpdates com uma mínima sugestão de range de tempo de 1000 ms. Uma vez que é recomendado que os services em segundo plano usem valores acima de 60000 ms, eu suspeito que seria less cairo chamair requestLocationUpdates diretamente com um range de tempo mínimo grande e NETWORK_PROVIDER .

    Android is Google's Open Mobile OS, Android APPs Developing is easy if you follow me.