私のアプリでは、カスタムを作成し、BroadcastReceiverを介して手動でコンテキストに登録しContext.registerReceiverます。また、AsyncTaskを介してnotifier-Intentsをディスパッチするも持っていContext.sendBroadcastます。インテントは非UIワーカースレッドから送信されますが、（上記のインテントBroadcastReceiver.onReceiveを受信する）は常にUIスレッドで実行されるようです（これは私にとっては良いことです）。これは保証されていますか、それとも信頼すべきではありませんか？
回答:
BroadcastReceiver.onReceiveは常にUIスレッドで実行されますか？
はい。
onCreate()、onReceive()）メインアプリケーションスレッドで呼ばれています。そして、それはドキュメントのドキュメントに記載されていますonReceive()：goo.gl/8kPuH
onReceive()メインアプリケーション（ "UI"）スレッド以外のスレッドで呼び出されるケースは考えられません。
レシーバーを動的に登録するので、（UIスレッド以外の）別のスレッドがを処理するように指定できますonReceive()。これは、registerReceiver（）の Handlerパラメーターを介して行われます 。
つまり、別のハンドラーを指定しなかった場合は、常にUIスレッドで処理されます。
BroadcastReceiver.onReceiveは常にUIスレッドで実行されますか？
通常は、登録方法によって異なります。
BroadcastReceiverを使用して登録した場合：
registerReceiver(BroadcastReceiver receiver, IntentFilter filter)メインアクティビティスレッド（別名UIスレッド）で実行されます。
別のスレッドでBroadcastReceiver有効なHandler 実行を使用して登録した場合：
registerReceiver (BroadcastReceiver receiver, IntentFilter filter, String broadcastPermission, Handler scheduler)それはあなたのコンテキストで実行されます Handler
例えば：
HandlerThread handlerThread = new HandlerThread("ht");
handlerThread.start();
Looper looper = handlerThread.getLooper();
Handler handler = new Handler(looper);
context.registerReceiver(receiver, filter, null, handler); // Will not run on main thread以前の答えが正しく述べられているので、onReceive登録されているスレッドで実行されるのは、 registerReceiver()られているように、ハンドラーを受け入れるが呼び出さます。そうでない場合は、メインスレッドで実行されます。
受信機が登録されている場合を除きLocalBroadcastManager、ブロードキャストである経由して sendBroadcastSync、それはどこでしょう- 明らかに呼び出しというスレッドで実行sendBroadcastSync.
and the broadcast is via sendBroadcastSync。私たちが使用した場合LocalBroadcastManagerレシーバを登録するには、それはメインスレッドを使用するかどうかによって呼び出されなければなりませんsendBroadcastSyncかsendBroadcast。したがって、重要なのは、LocalBroadcastManager登録に使用することです。私は正しいですか？