上一篇文章中，傻蛋提到了BroadcastReceiver是Android中最輕薄、最短小的組件，它的對象生命周期十分短暫，經過傻蛋測試在BroadcastReceiver中讓線程睡眠10秒（Activity是5秒鐘）的話，Android就會彈出錯誤（和Activity超時的錯誤相同），同時需要注意的是Activity、Service和BroadcastReceiver都是運行在本進程的主線程里面的。通過這個測試讓傻蛋進一步產生了疑問，如果在Service中處理一個長時間的任務會怎么樣？

?

啟動一個Service，然后在Service的onCreate()方法中添加如下代碼：

try?{ ?

? ?

??????????Log.v(TAG?,?"sleep?start?….."); ?

? ?

?????????Thread.sleep(20000); ?

? ?

?????????Log.v(TAG,"sleep?end?….."); ?

? ?

}?catch?(InterruptedException?e)?{ ?

? ?

? ?

? ?

?????????/?/?TODO?Auto-generated?catch?block ?

? ?

?????????e.printStackTrace(); ?

? ?

}?

單就是讓Service睡眠20秒鐘，我們會發現，sleep start…. 和 sleep end….這兩個日志打印出來了，但是后臺還會出現如下錯誤，前臺彈出no response超時對話框。

?

當傻蛋在onCreate()中新啟動一個線程來，睡眠時，程序正常。

所以總結一下：無論是 Activity、BroadcastReceiver還是Service，只要是有長時間處理的任務，就需要重新開一個線程來處理，為什么會這樣？因為他們都是運行在主線程中的。

在使用BroadcastReceiver時還有一個我們需要注意的：在BroadcastReceiver的onReceive（Context context , Intent intent ）這第一個context到底是哪一個context？是Activity還是Application?通過傻蛋測試發現： 如果你的BroadcastReceiver是通過在Activity中的this.registerReceiver(myBroadcaster, filter); 來注冊的話，那么這個context就是這個Activity，而如果是通過AndroidManifest來注冊的話，那么這個context就是：android.app.ReceiverRestrictedContext。

?

總結

以上是生活随笔為你收集整理的BroadcastReceiver的思考（3）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。