我注意到，與Android 6.0的設備我的音頻流應用程序的問題。音頻流通過網絡連接通過HLS完成。音頻播放發生在具有活動通知的前臺服務中。我注意到，當應用程序進入打盹模式/應用程序待機狀態時，wifi連接丟失，播放暫停。我的服務位於前臺，並有一個主動通知，根據文檔，應該使我的應用有資格不被中斷。我也獲得並維護一個Wifi鎖。我已閱讀關於將我的應用列入白名單的說明，但Spotify等應用不要求任何特殊權限來避免此問題。任何想法或建議？打盹模式/應用待機在音頻播放
推薦的解決方案是爲具有單獨的過程，一個用於音頻回放和用於UI。 See this long thread for lots of details
下面是從Hackborn女士的相關章節：
...有你的前景服務運行在不同的進程比活性。從我所能看到的情況來看，這將工作得很好。如果你在那裏得到期望的行爲，我會很有興趣。
而且這實際上是我們針對這種情況建議的做法 - 如果你有一個長期運行的前臺服務，它應該是從活動一個單獨的進程，所以它不強制所有相關的記憶活動要保持在周圍。 （這也是爲什麼這個bug已經通過，我們所有[Google]應用都使用這種模式。）
嗨@ dhaag23感謝您的答覆。我試過這個，但是我的應用在6.0設備上仍然失去了wifi連接，但是在6.0之前的設備上運行良好。 – two1stnamz
查看此線程在谷歌修復此。也許這是你的情況？ https://code.google.com/p/android/issues/detail?id=193802 – dhaag23
嗨@ dhaag23我可以看到在螺紋 年底一些建議的解決方案「我找到了最好的解決方法是簡單地打開另一個前景在一個單獨的進程喚醒鎖定服務，這個過程中有沒有活動，沒有接收者etc..This確保喚醒鎖舉行」 有沒有人嘗試這種解決方案，並且它的工作原理？ – user669231
你能想出任何解決方案嗎？ 我也面臨着同樣的問題，與Android 6.0 我的音頻流應用程序，我獲得一個激活鎖定和Wifilock過，但是當打盹發生，音頻流停止。 任何想法？ – user669231
到目前爲止沒有解決方案，如果我找到解決方案，將會更新。請做相同的@ user669231 – two1stnamz
好吧，當然會確認我是否找到解決方案？您還可以確認音頻停止多久（意味着電話進入打盹多久後）？幾分鐘後，我的用戶一直在抱怨。但是不應該在很長一段時間後打瞌睡......可能要一個小時左右？ – user669231