我的音频流媒体应用仅使用WifiLock正常工作。
但有些设备报告说,当他们关闭屏幕时,连接会被切断,音频流也会突然显现。 (他们说这不会发生在3G上)
所以,我想也许我也可以使用Partial WakeLock。我不确定这是否解决了这个问题,但我认为这是一个选择。同时,在基本WifiLock工作时添加WakeLock可能会更快耗尽电池并且可能无法解决问题。
对于这类问题和应用程序,您如何考虑添加WakeLock?
private static WifiLock wifiLock = ((WifiManager) appInstance().getSystemService(Context.WIFI_SERVICE))
.createWifiLock((android.os.Build.VERSION.SDK_INT>=12?WifiManager.WIFI_MODE_FULL_HIGH_PERF:WifiManager.WIFI_MODE_FULL), "myappwifilock");
新添加的行:
private static WakeLock wakeLock= ((PowerManager) appInstance().getSystemService(Context.POWER_SERVICE)).newWakeLock(PowerManager.PARTIAL_WAKE_LOCK, "myappwakelock");
(当然,我在创建服务和销毁服务时获取并释放这些锁。)
答案 0 :(得分:3)
同时使用它们。我确定的行为因手机而异。您可能希望搜索报告所关注的设备+“wifi”或“wifi驱动程序”。您确定音频流媒体应用仅使用WifiLock 正常工作吗?这听起来很奇怪 - CPU 将进入睡眠状态,服务将停止 - 请参阅Service, WakeLock。还有其他东西让手机保持清醒状态。所以你需要一个唤醒锁
如果你只使用唤醒锁,另一方面wifi可能会关闭 - 我不确定你是否正在使用它 - 但更安全而不是抱歉。如果它确实关闭唤醒手机将不会唤醒它 - 为此我肯定。使用wifi锁定对电池没有影响 - 使用wifi收音机,无论如何你正在这样做。
所以两者 - 并确保您的服务获得它们 - 看看WakefulIntentService