问题标签 [android-doze]

我正在开发一个使用地理围栏的项目。当用户进入地理围栏区域时，会发生 Web 服务调用。3 天后，如果用户没有启动应用程序，系统会通过禁用地理围栏和/或网络通信来优化它。我已经尝试了 android.permission.REQUEST_IGNORE_BATTERY_OPTIMIZATIONS 权限，但 Google 拒绝了该应用程序的新版本违反政策。你能给我一些建议，我应该怎么做才能避免电池优化（或谷歌接受 REQUEST_IGNORE_BATTERY_OPTIMIZATIONS）。谢谢

我通过 adb 让我的 Android 设备进入睡眠状态：

然后我发送以下 JSON：

结果：什么都没有......直到我唤醒设备，然后我得到所有消息排队。我正在通过将日志放入方法中来监视是否有消息onMessageReceived()。

我四处搜索，有人说使用旧版本的 Android Studio 或升级 FCM SDK 的版本（9.4.0）可以解决问题。我都做了，都没有成功。

编辑：这个问题似乎只发生在三星 Galaxy S5 上

我试图识别当设备进入打盹模式时我们在 Android 中获得的单个可靠回调。我尝试了以下方法：

在上面的代码示例中，当设备打瞌睡时，接收器会被多次击中。在我的试运行中，logcat 显示如下：

如果意图被多次击中，我将无法根据此意图执行我的操作。是否有任何其他意图可以用来识别进入打瞌睡的设备？？？

为什么这个意图会被击中这么多次？？？

我必须测试我的应用在打盹模式下的行为。根据文档，我首先必须通过在终端中输入以下命令使设备认为它已拔出：

但是，什么也没发生，它会记录：

找不到服务：电池

我该怎么办？

我正在构建一个 Android 应用程序来用智能手机控制电源插座。该应用程序具有 Android Wear 应用程序，因此人们可以直接从手腕上控制灯光。

当用户想要控制一盏灯时，我通过MessageApi智能手表向智能手机发送一个字符串动作，智能手机在 a 中接收此动作，WearableListenerService并将适当的网络信号发送到 a 中的电源插座/网关AsyncTask。

只要手机没有闲置太久，它就可以正常工作。但是，如果手机在桌面上停留的时间过长，并且在 Wear 中打瞌睡，动作执行的速度会非常慢，有时甚至根本不会执行。我想这部分是预期的行为，但在我的情况下这是不切实际的，因为如果用户想进入一个黑暗的房间，他不能等待他的灯打开。

我知道如果您不在打瞌睡白名单上，打瞌睡会完全切断除 FCM/GCM 之外的所有网络。但即使我的应用程序在此白名单中并且网络部分正常工作，操作也可能需要很长时间才能在手机上执行。

所以我的具体问题是：处理这种情况的推荐方法是什么，需要通过网络在处于打盹模式的连接智能手机上完成可穿戴设备的操作？

有没有办法快速退出打瞌睡以更快地执行由可穿戴伴侣应用程序触发的计算？

我知道AlarmManager有一种新方法，即使在打瞌睡模式下也能工作，但这也能解决处理延迟问题吗？收到邮件后发出警报MessageEvent对MessagApi我来说似乎是一种解决方法。

或者也许是AsyncTask处理后台网络的错误方法，而这就是延迟的来源？

我需要每 X 小时设置一个重复警报，甚至可以在打瞌睡模式下触发。但是，Android 23 的 AlarmManager 中唯一可用的 API 是 setExactAndAllowWhileIdle 和 setAndAllowWhileIdle，它们不用于重复警报。

我想知道是否应该在每次触发时重新安排警报？还是有更好的解决方案？

在 Android“N”中，Doze 已扩展为“ Doze on the Go ”。

我正在寻找一种方法来检测设备何时进入和离开这些新的轻瞌睡 IDLE 和 IDLE_MAINTENANCE 状态。（基本上与这里的常规打盹提出的问题相同。）

我的一位同行开发人员编写了intent service一个 API 调用，然后休眠 2 分钟。唤醒后，它再次发送。

下面是代码：

当手机处于活动状态时，这工作正常。但是，只要手机进入打盹模式，它就无法唤醒。

使用警报管理器可以WAKE permission解决这个问题吗？

我刚刚获得了代码库，需要在今天解决这个问题。如果有人可以提供帮助，那就太好了。

我想从我正在创建的应用程序中打开和关闭环境显示。

我遇到了这个问题，有人在问类似的问题。接受的答案是这行代码：

但我想知道这是否仅适用于环境显示，还是整个“打盹”功能？此外，问题是指 Nexus 6，但这适用于任何带有环境显示选项的 Marshmallow+ 手机吗？

谢谢！

我有一个带有 WiFi 锁的 Android 前台服务，它充当另一个本地设备的 Web 服务。在打瞌睡模式之前，获取 WiFi 锁并根据需要提供服务非常有效。

即使我的应用程序关闭了电池优化，当屏幕关闭几分钟时，手机仍然会终止应用程序。

如何正确提醒 Android 客户明确请求的服务正在前台执行，并且他们不希望手机此时进入睡眠状态？

编辑：这个问题在 Android 8.0 (Oreo) 中仍然存在