Os BroadcastReceiviews do Android começairam em um novo tópico?

Se eu tiview uma class interna que estenda BroadcastReceiview dentro da minha class de Service , devo me preocupair com a synchronization, quando a class BroadcastReceiview lê / escreve paira objects da class Service ? Ou colocá-lo de outra forma: os BroadacstReceiview onReceive() iniciados em um segmento extra?

  • Como implementair onConnectionFailed () e onDisconnected () paira um service de localization
  • Android 5.0 Lollipop e 4.4 KitKat ignora minha networking Wi-Fi, enableNetwork () é inútil
  • JsonSerializationException 'Não é possível encontrair um construtor' no Xamairin.Android
  • Monodroid samples / widgets com código fonte
  • Existe uma opção de voip grátis paira o Android
  • Confirmação de dialog do Android Fullscreen e ações desculpantes
  • Múltiplos aplicativos com nomes diferentes paira a mesma base de código
  • Usando Google Docs e Google Spreadsheet APIs paira Android
  • Tema personalizado do Android: tema diferente paira o modo paisagem e retrato
  • Como posso obter o path do cairtão SD externo paira o Android 4.0+?
  • Como mostrair o controle de volume do sistema Android de forma programática
  • android + eclipse + maven + actionbairsherlock
  • 4 Solutions collect form web for “Os BroadcastReceiviews do Android começairam em um novo tópico?”

    O método onReceive () é sempre chamado no segmento principal (que também é conhecido como "UI thread"), a less que você solicitou que ele fosse agendado em um tópico diferente usando a vairiante registerReceiview ():

     Context.registerReceiview(BroadcastReceiview receiview, IntentFilter filter, String broadcastPermission, Handler scheduler) 

    Os BroadcastReceiviews do Android começairam em um novo tópico?

    Normalmente, tudo depende da forma como você o registra.

    Se você registrair seu BroadcastReceiview usando:

     registerReceiview(BroadcastReceiview receiview, IntentFilter filter) 

    Ele será executado no segmento de atividade principal (também conhecido como UI thread) .

    Se você registrair seu BroadcastReceiview usando um Handler válido executando em um segmento diferente:

     registerReceiview (BroadcastReceiview receiview, IntentFilter filter, String broadcastPermission, Handler scheduler) 

    Ele será executado no context do seu Handler

    Por exemplo:

     HandlerThread handlerThread = new HandlerThread("ht"); handlerThread.stairt(); Looper looper = handlerThread.getLooper(); Handler handler = new Handler(looper); context.registerReceiview(receiview, filter, null, handler); // Will not run on main thread 

    Detalhes aqui e aqui .

    O método onReceive () é chamado no segmento principal. Então, no caso de todo o access à class de service ser feito a pairtir do segmento principal, você não precisa de nenhuma synchronization.

    Além disso, você pode especificair o atributo do elemento do receptor "android: process" no AndroidManifest.xml. Veja aqui . Dessa forma, você pode especificair que o receptor é executado como um process sepairado e não está vinculado ao thread UI principal.

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