Intereting Posts

Android.os.MessageQueue.next, занимающий множество эксклюзивных времен – это нормальное поведение?

Недавно я запустил сеанс трассировки метода в процессе открытия FragmentActivity, который занимает около 750-1000 мс для открытия из предыдущего действия и имеет ListView, в который он загружает свою начальную партию данных во времена, которые варьируются от низкого (" Низкий "), как 1500 мс до 5000 мс. После сортировки по «эксклюзивному времени» я заметил, что метод с именем android.os.MessageQueue.next занимает много времени.

Просмотр всего основного потока после сеанса трассировки метода. Обратите внимание, что android.os.MessageQueue.next является первым в списке:

Просмотр всех потоков после сеанса отслеживания методов

Теперь мой вопрос таков: эта стандартная операционная процедура в приложении для Android – то есть, android.os.MessageQueue.next относится к основной очереди, ожидающей другой операции? Или, альтернативно, это может означать какой-то временный тупик?

Я должен беспокоиться?

Solutions Collecting From Web of "Android.os.MessageQueue.next, занимающий множество эксклюзивных времен – это нормальное поведение?"

Если вы используете поток обработчиков, надеюсь, что-то пошло не так. Я мог видеть эти строки в исходном коде следующего метода MessageQueue. Посмотрите, это может помочь вам понять.

** Сообщение next () {// Возвращаем сюда, если цикл сообщений уже завершен и удален. // Это может произойти, если приложение пытается перезапустить петлитель после завершения //, который не поддерживается. **

Исходный код