问题标签 [battery-saver]

我正在开发一个连接到蓝牙低功耗设备的应用程序。该程序的架构要求它从该设备中以突发方式收集数据。示例：每 3 分钟收集一次 30 秒的数据。电池效率非常重要。

对于这个设备，我订阅了来自 BluetoothGattCharacteristic 的通知。不幸的是，这个特性没有给出读取权限，所以必须使用通知。

和

我的第一个想法是简单地设置

不扫描数据时。这仍然会消耗大量电池寿命吗？我假设回调仍在监听。我是否需要将描述符更改回其非通知状态？

另一个想法是仅在从传感器读取数据时连接，完成后断开连接。这意味着每小时重新连接约 20 次。

问题是是否可以在电池限制模式下实现我的应用程序。如果用户在我的设置中启用该模式，我将不再使用唤醒锁，并且会消耗更多电池电量。我已阅读这篇文章。

我正在开发一个跟踪用户行踪的应用程序。为了节省电池，我想实现一个空闲区域，使位置管理器在 GPS 位置上的拉动频率降低（甚至停止）。一旦用户再次开始移动（通过加速度计和/或显着移动检测到），定位服务将使用默认间隔。

一种方法是将空闲区域定义为 中的minDistance参数LocationManager::requestLocationUpdates，但这里的其他用户建议它对电池消耗没有任何影响，并且文档指出位置管理器很难使用此标准来节省电池：

然而，位置提供者使用 minDistance 参数来节省电量更加困难，因此 minTime 应该是节省电池寿命的主要工具。

谷歌还建议使用重要的运动传感器来检测用户位置何时发生变化：

在高层，重要运动检测器用于降低位置确定的功耗。当定位算法检测到设备处于静止状态时，它们可以切换到低功耗模式，当用户改变位置时，它们依靠显着的运动来唤醒设备。

这是否意味着位置管理器使用重要的运动传感器（如果它默认存在），还是我需要激活或实施某些东西以使位置服务使用它？

那么加速度计呢？我的大部分问题在于使用加速度计检测用户何时开始移动是否会节省任何电量，因为使用加速度计将是另一个需要电源和回调处理的传感器。一些加速度计传感器被 Google 列为低功耗传感器，而有些则不是（包括重要的运动传感器）。

是否可以通过让 GPS 进入睡眠状态，然后使用传感器检测用户移动来再次唤醒 GPS 来节省电池电量？

Android Lollipop 引入了一种可以随时开启的省电模式，当电池电量为 15% 或更低时默认开启。这给我的应用程序带来了问题，因为省电模式会禁用提供关键信息的动画。（只是为了提供上下文，我的应用程序允许用户配置一个 Android Wear 表盘；当他们保存一个新的“主题”时，我将主题动画移动到操作栏上的一个按钮，以便他们知道它被保存到哪里。当动画被电池保护程序禁用，当他们点击保存时没有任何反应，我认为这会令人困惑。）

那么，有没有办法以编程方式确定电池保护程序是否打开？这样，我可以提供动画的替代方案，例如显示 Toast。

在 IOS9 上，如果 iPhone 处于省电模式，回调

不叫。相反，我在控制台中收到以下警告

使用 PushKit 时，它似乎确实有效。

有没有其他人经历过这种行为？

还有其他解决方法吗？

我添加了一些调试消息来查找哪个进程可能导致电池耗尽。

如果当前模式为飞行模式，则只有少数进程可以唤醒系统。

另一方面，如果当前模式不是飞行模式，交换进程会触发大量 rtc 警报以唤醒系统并可能耗尽电池电量。

因此，我对交换进程感到困惑。什么情况会导致swapper进程设置很多唤醒警报？

谢谢！

我注意到，当在 Android 5.x 中（由用户或自动）启用省电模式时 - 应用程序中的 ProgressBars 就会消失。

没有动画，没有静态进度条小部件 - 只是空的地方。

如何防止这种情况？我了解节电模式何时禁用某些系统动画，但进度条实际上是应用程序 UI 的重要组成部分。

以防万一 - 实现 ProgressBar 布局的代码：

以及它是如何在我的片段类中实现的：

此外，我在应用程序中的所有进度条都面临这个问题，而不仅仅是这个问题。当禁用节电模式时 - 一切正常。

我在片段之间的过渡上使用自定义动画（从左到右滑动）。但是，在调用 FragmentTransaction.commit() 后打开省电模式时，第二个片段没有显示。

这是我在 LogCat 中找到的与此问题相关的内容。

slide_in_left.xml

slide_out_right.xml

我需要知道整个系统或特定于我的应用程序是否有任何节电策略。

我发现您可以通过以下方式检查省电模式是否已激活：

但是，我如何才能知道我的应用是否在应用优化列表中？

iOS：如何在预定义的时间段内使用位置跟踪，同时节省电池寿命？

我需要在预定义的时间段内激活位置跟踪（无论应用程序在后台还是前台），并且需要确保电池寿命不会受到太大影响？

PS：请不要在后台跟踪重大变化的运行位置不适合，因为它会在 10 分钟后为您提供位置，并且只有当您经过合理的距离时...所以在行驶 40 公里期间，我只获得了 3 次位置让我在某个点附近捕捉到用户的移动。如果更频繁地运行位置...每 6 小时会消耗高达 40% 的电池电量...