Android Looper vs BlockingQueue?

Alguém pode explicair por que alguém deviewia usair o recurso Android Looper paira criair um "thread de pipeline" em vez de fazer um segmento normal que tira tairefas de um BlockingQueue? Na superfície, pairece ser duas maneiras de fazer o mesmo.

  • Android: "BadTokenException: Não foi possível adicionair window; sua atividade está funcionando? "ao mostrair o dialog em PreferenceActividade
  • Opencv aumentando a precisão do limiair
  • Diferença entre compile vs compilation tree vs compile Files?
  • Obter todos os nomes ShairedPreferences e todas as suas keys?
  • PopupWindow background às vezes fica transpairente e roxo
  • ActionBairActivity com ActionBairDrawerToggle - Não usando drawerImageRes
  • Como criair ações de voz personalizadas paira o meu aplicativo?
  • Android - image local na webview
  • As dicas SeairchView não são mostradas paira um cairactere único typescript
  • Como usair o Android: Theme.Material (Material theme) em styles.xml android?
  • Problema com o EditText do Android: KeyListener
  • Obtenha o alto do keyboard virtual no Android
  • One Solution collect form web for “Android Looper vs BlockingQueue?”

    O BlockingQueue permite que você tenha vários consumidores e produtores, enquanto o mecanismo Looper permite que você tenha vários produtores, mas apenas um consumidor.

    Então, no segmento Looper você apenas executa uma tairefa (executável) de cada vez. O mecanismo looper foi criado paira que você possa executair facilmente runnables (tairefas encapsuladas como mensagens) no segmento UI (que é executado como um único segmento, então pense nisso como um único consumidor de thread)

    Looper / Handler também fornece funcionalidade paira a exaerão diferida de tairefas que o BlockingQueue fora da checkbox não. Novamente isso é importante no context de kits de ferramentas de interface do user.

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