Android 打瞌睡模式

当通过Wifi向Chromecast播放时，我有一些用户抱怨在Android 6设备上失去连接。在查看日志时，我看到以下内容：

12-09 19:18:56.473 I/Router  ( 5337): Connectivity change detected...
12-09 19:18:56.473 I/Router  ( 5337): EXTRA_NO_CONNECTIVITY: true
12-09 19:18:56.473 I/Router  ( 5337): EXTRA_REASON: null
12-09 19:18:56.473 I/Router  ( 5337): EXTRA_IS_FAILOVER: false
12-09 19:18:56.473 I/Router  ( 5337): EXTRA_NETWORK_INFO: [type: WIFI[], state: DISCONNECTED/DISCONNECTED, reason: (unspecified), extra: <unknown ssid>, roaming: false, failover: false, isAvailable: true]
12-09 19:18:56.473 I/Router  ( 5337): EXTRA_OTHER_NETWORK_INFO: none
12-09 19:18:56.473 I/Router  ( 5337): EXTRA_EXTRA_INFO: <unknown ssid>
12-09 19:18:56.475 I/NetworkUtils( 5337): Could not find any connected network...
12-09 19:18:57.475 W/Router  ( 5337): WIFI => NONE network transition, waiting for new network... retry #1
12-09 19:18:57.476 I/Router  ( 5337): Network type changed WIFI => MOBILE
12-09 19:18:57.477 I/Router  ( 5337): WiFi multicast lock released
12-09 19:18:57.478 I/Router  ( 5337): WiFi lock released
12-09 19:18:57.521 I/Router  ( 5337): Disabled router on network type change (old network: WIFI)```

12-09 19:18:56.473 I/路由器（5337）：检测到连接更改。。。
12-09 19:18:56.473 I/路由器（5337）：额外无连接：正确
12-09 19:18:56.473 I/路由器（5337）：额外原因：空
12-09 19:18:56.473 I/路由器（5337）：额外的故障转移：错误
12-09 19:18:56.473 I/路由器（5337）：额外网络信息：[类型：WIFI[]，状态：已断开/已断开，原因：（未指定），额外：，漫游：错误，故障转移：错误，可用：正确]
12-09 19:18:56.473 I/路由器（5337）：其他网络信息：无
12-09 19:18:56.473 I/路由器（5337）：额外信息：
12-09 19:18:56.475 I/NetworkUtils（5337）：找不到任何已连接的网络。。。
12-09 19:18:57.475 W/路由器（5337）：WIFI=>无网络转换，等待新网络。。。重试#1
12-09 19:18:57.476 I/路由器（5337）：网络类型更改WIFI=>移动
12-09 19:18:57.477 I/路由器（5337）：WiFi多播锁定已释放
12-09 19:18:57.478 I/路由器（5337）：WiFi锁定已解除
12-09 19:18:57.521 I/路由器（5337）：网络类型更改时禁用路由器（旧网络：WIFI）```

---

正如你可能猜到的，在铸造过程中，WiFi的旋转引起了问题。这似乎只是运行安卓6的设备的问题，所以我认为这与新的打盹模式有关。我看到已经确定前台服务不会打瞌睡（我可以确认这一点），但它似乎没有阻止打瞌睡删除必要的网络访问。虽然我还没有收到任何关于DLNA铸造的投诉，但我想它也会有同样的问题。如果一个应用程序正在积极地流式播放音乐，并且没有令人信服的理由而被迫使用移动网络，这也会导致问题。有没有一种方法可以防止Doze在前台应用程序使用Wifi时关闭Wifi访问？

您是否持有

WifiLock

？您是否从手机/设备播放本地内容？@commonware我将尝试一下。阿里·纳达夫（Ali Naddaf）有时是，有时不是。问题是，无论文件的来源如何，该应用程序都认为它不再进行铸造。虽然它确实有所帮助，但似乎没有完全修复它。在某个时刻，它只是为我释放了Wifi锁：

12-09 19:18:57.478 I/路由器（5337）：Wifi锁释放了

我在Floss看到了同样的事情，系统只是强制释放Wifi锁。我相信这种侵略是从7.0开始的。在6.0中，WiFi锁似乎仍然有效。