Расшифруйте - Чрезмерная замок бодрствование

Question

Я получаю сообщение в журнале, как показано ниже, а затем приложение умирает:

Excessive wake lock in domain.mobile.app.MusicPlayer pid zzz held xxxx during yyyy 

Мое приложение является музыкальный проигрыватель. В начальной версии я не получал блокировки слежения, и игрок продолжал играть часами без остановки. Затем я решил сделать вещи умными и добавил блокировку следа. До сих пор так хорошо, что игрок не менял игровой режим, если я играю большой фрагмент музыки, например, образ компакт-диска с продолжительностью 74 минуты. Однако, если я разделяю изображения на дорожках и отпускаю и получаю блокировку для каждого отдельного трека, я получаю сообщение как субъект примерно через 30 минут playiback, и мое приложение вылетает. Работая вокруг, я могу просто вернуться к своей первоначальной идее, чтобы не использовать блокировку. Однако я получил любопытство, почему он ведет себя таким образом и какие цифры в сообщении об ошибке означают, возможно, это даст мне некоторое представление. подробнее: Я получаю PARTIAL_WAKE_LOCK один раз, а затем играю с приобретением и выпуском во время изменения дорожки.

Интересно, что какой-то господин жаловался останавливая приложение делает сетевую связь здесь Application running in background getting closed due to Excessive Wake lock error У меня есть решение для него, так как в моем случае телефон может поддерживать в течение нескольких часов соединения в активном состоянии, но к сожалению, я затемнение от ответов на вопросы.

Внимание экспертов модераторы системы, я очень уважаю ваш опыт и невероятную мощность мозга, но даже умнее и не пытаются указать мне на некоторые другие вопросы и сказать, что это является дубликатом, хорошо?

Answer 1

Так что я столкнулся с той же проблемой. После некоторого поиска я нашел this и после того, как я нашел dat. Таким образом, если вы используете сервис для воспроизведения (которой и Prolly делать), то в этой службе

public int onStartCommand(Intent intent, int flags, int startId) { 
    // write at the end 
    return START_STICKY; } 

    //instead of the default 
    return super.onStartCommand(intent, flags, START_STICKY); 
} 

Я проверяю, что, как я печатаю это и до сих пор все, кажется, будет хорошо (успешно играло 7 песен без прерывания) ,

EDIT:

Оказывается, что материал может убить, если операционная система решает сделать это. Происшествия произошли ...