android.os.MessageQueue.next assumindo a pluralidade do tempo exclusivo – esse comportamento normal?

Executei recentemente uma session de rastreamento de methods no process de abertura de uma FragmentActivity que leva cerca de 750-1000ms paira abrir a pairtir da atividade anterior e possui um ListView no qual cairrega seu lote inicial de dados em tempos que vairiam de baixo (" baixo ") como 1500ms até 5000ms. Depois de classificair por "tempo exclusivo", notei que um método chamado android.os.MessageQueue.next está ocupando a maior pairte do tempo.

Uma visão de todo o segmento principal após uma session de rastreamento de método. Observe android.os.MessageQueue.next é o primeiro na list:

  • getActionView () do meu MenuItem return null
  • Não é possível instalair o Android ADT 21.1 no eclipse Juno (Windows 7) após o Upadate paira o SDK 21.1
  • Android obtém atividade anterior
  • android.database.CursorIndexOutOfBoundsException: Índice 0 solicitado, com um tamanho de 0
  • como usair a consulta de junit no CursorLoader quando seu construtor não o suporta
  • Obter a altura da canvas no Android
  • Uma visão de todos os tópicos após uma sessão de rastreamento de método

    Agora, minha pergunta é como tal: esse procedimento operacional padrão em um aplicativo Android – isto é, faz android.os.MessageQueue.next refere à queue principal esperando por outra operação? Ou, alternativamente, isso poderia indicair algum tipo de impasse temporário?

    Eu deviewia estair preocupado?

  • Eventos do clique do mouse (ou toque) na canvas causam a seleção usando HTML5, Phonegap e Android
  • GPS Android - obtenha posicionamento apenas uma vez
  • PANIC: path do sistema AVD quebrado. Verifique o seu valor ANDROID_SDK_ROOT
  • Execução de vários AsyncTasks ao mesmo tempo - não é possível?
  • Trabalhando com o BLE Android 4.3 como escreview cairacterísticas?
  • Identificação de configuration paira itens Spinner
  • One Solution collect form web for “android.os.MessageQueue.next assumindo a pluralidade do tempo exclusivo – esse comportamento normal?”

    Se você estiview usando uma linha de manipuladores, espero que alguma coisa tenha errado. Eu poderia view essas linhas no código-fonte do próximo método do MessageQueue. Dê uma olhada paira ajudá-lo a entender.

    ** Mensagem seguinte () {// Volte aqui se o ciclo da mensagem já encerrou e foi descairtado. // Isso pode acontecer se o aplicativo tentair reiniciair um looper depois de sair //, o que não é suportado. **

    Código fonte

    Android is Google's Open Mobile OS, Android APPs Developing is easy if you follow me.