我正在寻找位置感知通知的最佳技术。
我的第一次尝试是使用LocationManager的addProximityAlert,但它需要ACCESS_FINE_LOCATION(COARSE_LOCATION给我一个SecurityException)并保持GPS始终打开并激活(至少在Jelly Bean上),这会非常快地耗尽电池。当屏幕处于睡眠状态时,它似乎也不会每4分钟尊重一次检查(addProximityAlert)。
我正在考虑使用PASSIVE_PROVIDER来收集其他应用程序位置信息,并且可能每隔一段时间使用一次服务来询问COARSE_LOCATION(例如屏幕关闭时每4分钟一次,并且更频繁地屏幕亮起且设备已插入。)
要求是当用户到某个地点附近时,应用程序会发出通知。
任何人都已经实施或建议以有效和节省电池的方式实施这项工作?
答案 0 :(得分:4)
我构建了这样一个应用程序(因此我在Office Hours Q& A中提出了关于如何测量LocationManager的功耗)的问题,同时它的工作非常好。 我最初打算使用内置接近警报,但在与你相同的问题上挣扎,并认为它不够灵活。
相反,我构建了一个服务,该服务使用LocationProvider使用NETWORK_PROVIDER每五分钟轮询一次位置,计算到所需位置的距离,如果在附近,则触发通知。 在拥有大量Wifi网络的城市中,这给了我(报告的)50米的准确度。
我还使用PASSIVE_PROVIDER从其他应用的位置请求中受益。
如果我在所需位置附近并且报告的准确度太粗以至于无法确定我是否在指定的接近范围内,我将使用单个GPS位置请求作为备份。如果NETWORK_PROVIDER超时,我也会使用单个GPS位置请求。为了在我使用地铁时不让GPS提供商耗尽电池,它也会在指数退避时超时。
当我连接到Wifi网络时,我认为我没有移动,并在此期间禁用了位置提供商。
我做的最后一次更改是为NETWORK_PROVIDER使用15分钟(“不精确重复”)计时器,如果我可以确定我将无法在15分钟内将其转到任何已保存的位置(因此使用5分钟的间隔没有意义)。这有助于节省电力。
我正在考虑使用更长的间隔来节省更多的功率,但是在这里找到一种启发式并不容易确定我是否能够在那段时间内到达我保存的某个位置,因为我可以并不总是假设相同的行驶速度(步行,乘火车或汽车旅行)。 但由于我无法测量由我的应用程序引起的LocationManager的功耗,我不知道如何评估每天场景中的功耗。
我不介意内置API是否会提供所有逻辑,但我得出的结论并非如此,所以我自己构建了这个。
希望这会对你有所帮助。
答案 1 :(得分:0)
我正在使用以下库来执行此操作。 https://code.google.com/p/little-fluffy-location-library/
它易于使用,但没有太大的灵活性。例如,您无法即时更改更新频率。但它的来源可用,你可以转换它。