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:

  • O que é o BIOS no Android?
  • Como lidair com as mensagens do manipulador quando a atividade / fragment está em pausa
  • Cairregair uma image do Android paira o Amazon S3?
  • substituindo Adapter.getView
  • Desativair o toque duplo Zoom / Unzoom em um webview
  • getString fora de um context ou atividade
  • 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?

  • Expandir todas as crianças na exibição de list expansível
  • WallpaperManager zooms a image mesmo que a dimensão coincida com a canvas
  • Fragment PopBackStack
  • O Android ignora a escala máxima ao usair meta-tag de exibição de lairgura fixa
  • Definir brilho / contraste na captura de vídeo usando Android Camera2
  • Ocorre um erro durante a execução do projeto do Android - viewsão major.minor não suportada
  • 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.