為什么要使用IntentService：
IntentService is a base class for {@link Service}s that handle asynchronous* requests (expressed as {@link Intent}s) on demand. Clients send requests* through {@link android.content.Context#startService(Intent)} calls; the* service is started as needed, handles each Intent in turn using a worker* thread, and stops itself when it runs out of work.
?這是摘自IntentService的注釋计技，說明IntentService是一個基于異步請求的抽象類女器，我們的請求通過startService啟動住诸，顧名思義，IntentService會根據(jù)傳得Intent來在工作線程中處理我們的任務贱呐，并且會在任務運行完結(jié)束自己奄薇。
This "work queue processor" pattern is commonly used to offload tasks* from an application's main thread. The IntentService class exists to* simplify this pattern and take care of the mechanics. To use it, extend* IntentService and implement {@link #onHandleIntent(Intent)}. IntentService* will receive the Intents, launch a worker thread, and stop the service as* appropriate.
并且說明了使用的方法，由此看可以看出其使用的是工作隊列處理模式呵晚，來減輕主線程的負擔沫屡，其存在的意義就是簡化這個流程，通過實現(xiàn)onHandleIntent這個方法沮脖，我們就可以輕松的實現(xiàn)相關(guān)的操作勺届。
原理解析：
通過上面的文檔，可以看出免姿，能實現(xiàn)消息隊列的胚膊，在Android系統(tǒng)內(nèi)部奈应，使用的最多的便是looper+handler機制了购披，所以，其肯定是包含了這個機制的刚陡。
那就來逐步分析
- 成員變量
private volatile Looper mServiceLooper; private volatile ServiceHandler mServiceHandler; private String mName; private boolean mRedelivery;
明顯的是looper+handler機制筐乳，關(guān)于mRedelivery這個變量，等等會說到氓皱，looper+handler機制原理，后續(xù)會寫一篇筆記勃刨。
- ServiceHandler 和 onHandleIntent
private final class ServiceHandler extends Handler { public ServiceHandler(Looper looper) { super(looper);} @Override public void handleMessage(Message msg) { onHandleIntent((Intent)msg.obj); stopSelf(msg.arg1); }}
這個ServiceHandler是繼承自Handler，重寫了handleMessage方法廷区，所以我們的任務都是通過這個handler來執(zhí)行的贾铝，因為當handler會在這里執(zhí)行onHandleIntent（）這個抽象方法，并且執(zhí)行完垢揩，會執(zhí)行service自帶的stopSelf()方法叁巨，所以文檔才說執(zhí)行完會自動關(guān)閉。
- mRedelivery 和 onStartCommand
這個變量基本上我們一般不會去動俘种，默認值是false宙刘，那他的作用是什么？
public void setIntentRedelivery(boolean enabled) { mRedelivery = enabled;}
You should not override this method for your IntentService. Instead,* override {@link #onHandleIntent}, which the system calls when the IntentService* receives a start request. public int onStartCommand(Intent intent, int flags, int startId) { onStart(intent, startId); return mRedelivery ? START_REDELIVER_INTENT:START_NOT_STICKY;}
google官方給我們的建議是不要復寫這個方法而是去實現(xiàn)onHandleIntent()這個方法衙猪，當系統(tǒng)受到請求時就會執(zhí)行這個onStart方法，這也是我們繼承IntentService垫释，執(zhí)行startService方法而不用復寫onStartCommand()方法的原因棵譬。說到mRedelivery這個變量，從書面意思就是再發(fā)送的意思订咸。
<p>If enabled is true,* {@link #onStartCommand(Intent, int, int)} will return* {@link Service#START_REDELIVER_INTENT}, so if this process dies before* {@link #onHandleIntent(Intent)} returns, the process will be restarted* and the intent redelivered. If multiple Intents have been sent, only* the most recent one is guaranteed to be redelivered.
如果是設置為true脏嚷，當這個進程在onHandleIntent之前掛掉了，這個進程會重新啟動并且重新發(fā)送父叙，如果多個intents已發(fā)送趾唱，只會有一個最近的被重新發(fā)送處理。
* <p>If enabled is false (the default),* {@link #onStartCommand(Intent, int, int)} will return* {@link Service#START_NOT_STICKY}, and if the process dies, the Intent* dies along with it.*/
如果是false的話爷怀，這個intent會隨著進程的結(jié)束而結(jié)束带欢。
一般來說mRedelivery為false烤惊，如果我們需要的話我們可以給這個賦值為true。
那關(guān)于為什么返回兩個標識符會有不同的結(jié)果柒室，我大概猜是和stopself和activitymanager中有關(guān)雄右，等以后我讀到ActivityManager的源碼時再來說吧。
繼續(xù)逢渔，下面說最重要的兩個方法
- onCreate 和 onStart
public void onCreate() { super.onCreate(); HandlerThread thread = new HandlerThread("IntentService[" + mName + "]"); thread.start(); mServiceLooper = thread.getLooper(); mServiceHandler = new ServiceHandler(mServiceLooper);}
我們終于看清這個IntentService的廬山真面目了，就是封裝了對HandlerThread的操作，通過HandlerThread诲泌，初始化了消息隊列以及開辟了工作線程铣鹏，執(zhí)行完start后，獲取到該線程的looper對象呻澜，再將該looper和自定義的mServiceHandler綁定起來惨险，即可達成消息處理，構(gòu)成經(jīng)典的handler+looper機制栅受。關(guān)于HandlerThread這個類以及handler+looper機制恭朗，我后續(xù)會再寫筆記。
@Overridepublic void onStart(Intent intent, int startId) { Message msg = mServiceHandler.obtainMessage(); msg.arg1 = startId; msg.obj = intent; mServiceHandler.sendMessage(msg);}
這個onStart方法是在onStartCommond方法中執(zhí)行的而芥，就是通過mServiceHandler將activity傳過來的intent封裝成message來發(fā)送至
mServiceHandler自己處理膀值。
至此
我們基本上已經(jīng)將IntentService扒光了，由此看出歌逢，其實其構(gòu)造真的不復雜翘狱，并且原理好像也是很簡單。
這么想想阱高，其實我們平時自己寫service時茬缩，很多代碼都是可以封裝的，但是我們卻沒有養(yǎng)成這個習慣荐捻，而是等到別人出了個新的框架或者庫，其實我們自己就能實現(xiàn)這些庫处面，只是我們懶罷了魂角。
今天聽了云大一席話，感悟頗深野揪，至此，我會堅持寫這個系列的筆記的海铆，大家共勉挣惰！此文有不足之處，敬請指出珍语。
