1趴久、什么是service
一個可以在后臺執(zhí)行長時間操作而不需要用戶界面的應(yīng)用組件峭竣。
需要注意的是：
- 服務(wù)并不是運行在一個獨立的進程中改含，而是依賴于創(chuàng)建服務(wù)時所在的應(yīng)用程序進程。也就是運行在主線程中民泵。
- 服務(wù)并不會自動開啟線程癣丧，所有的代碼都默認運行在主線程中。也就是說我們需要在服務(wù)的內(nèi)部手動創(chuàng)建子線程栈妆，并在這里執(zhí)行具體的任務(wù)胁编，否則就可能出現(xiàn)主線程被阻塞的情況。
2鳞尔、如何創(chuàng)建service
- 定義一個類繼承Sevice嬉橙，或者其子類IntentService（區(qū)別在后面講到），重寫里面一寫關(guān)鍵的回調(diào)方法寥假。
- 并在清單文件中申明市框，并根據(jù)需要配置一些其他屬性。
~~~
android:enabled=["true" | "false"]
android:exported=["true" | "false"]
android:icon="drawable resource"
android:isolatedProcess=["true" | "false"]
android:label="string resource"
android:name="string"
android:permission="string"
android:process="string" >
~~~
android:enabled : 如果為true糕韧，則這個service可以被系統(tǒng)實例化枫振，如果為false，則不行萤彩。默認為true
android:exported : 如果為true粪滤，則其他應(yīng)用的組件也可以調(diào)用這個service并且可以與它進行互動，如果為false乒疏，則只有與service同一個應(yīng)用或者相同user ID的應(yīng)用可以開啟或綁定此service额衙。它的默認值取決于service是否有intent filters。如果一個filter都沒有怕吴，就意味著只有指定了service的準確的類名才能調(diào)用窍侧，也就是說這個service只能應(yīng)用內(nèi)部使用——其他的應(yīng)用不知道它的類名。這種情況下exported的默認值就為false转绷。反之伟件，只要有了一個filter，就意味著service是考慮到外界使用的情況的议经，這時exported的默認值就為true
android:icon : 一個象征著這個service的icon
android:isolatedProcess : 如果設(shè)置為true斧账，這個service將運行在一個從系統(tǒng)中其他部分分離出來的特殊進程中谴返，我們只能通過Service API來與它進行交流。默認為false咧织。
android:label : 顯示給用戶的這個service的名字嗓袱。如果不設(shè)置，將會默認使用的label屬性习绢。
android:name : 這個service的路徑名渠抹，例如“com.lypeer.demo.MyService”。這個屬性是唯一一個必須填的屬性闪萄。
android:permission : 其他組件必須具有所填的權(quán)限才能啟動這個service梧却。
android:process : service運行的進程的name。默認啟動的service是運行在主進程中的败去。
3放航、如何啟動service
startService()方式
組件如activity通過調(diào)用startStartService()方法，就可以啟動一個特定的service圆裕，在方法中傳遞一個intent參數(shù)广鳍，通關(guān)intent參數(shù)獲取數(shù)據(jù)。一旦啟動后葫辐，service就會獨立運行在后臺搜锰，即使調(diào)用的組件以及銷毀，service還可以繼續(xù)在后臺運行耿战。當操作完成后service自行調(diào)用stopService()或者有組件調(diào)用針對它的stopService()來結(jié)束運行。應(yīng)用被強制清理焊傅，service也會被殺死剂陡。
bindService()方式
比startService()方式復(fù)雜，同時使用這種方式啟動的service也能完成更多的事情狐胎，比如其他組件可向其發(fā)送請求鸭栖，接受來自它的響應(yīng)，甚至通過它來進行IPC等等握巢。我們通常將綁定它的組件成為客戶端晕鹊，而稱它為服務(wù)器。
如果要創(chuàng)建一個支持綁定的service暴浦，我們必須要重寫它的onBind()方法溅话。這個方法會返回一個IBinder對象，它是客戶端用來和服務(wù)器進行交互的接口歌焦。而要得到IBinder接口飞几，我們通常有三種方式：繼承Binder類，使用Messenger類独撇，使用AIDL屑墨。
并且多個組件可以同時對一個 Service 進行綁定躁锁，只有在所有進行了綁定的組件都解綁的時候，Service 才會銷毀卵史。
service和 ?IntentService
如果是擴建Service類的話战转，通常情況下我們需要新建一個用于執(zhí)行工作的新線程，因為默認情況下service將工作于應(yīng)用的主線程以躯，而這將會降低所有正在運行的Activity的性能匣吊。而IntentService就不同了。它是Service的子類寸潦，它使用工作線程來處理所有的startService請求色鸳。如果你不要求這個service要同時處理多個請求，那么繼承這個類顯然要比直接繼承Service好
IntentService已經(jīng)做了這些事：
- 創(chuàng)建默認的工作線程见转，用于在應(yīng)用的主線程外執(zhí)行傳遞給 onStartCommand() 的所有 Intent
- 創(chuàng)建工作隊列命雀，用于將一個 Intent 逐一傳遞給 onHandleIntent() 實現(xiàn)，這樣的話就永遠不必擔心多線程問題了
- 在處理完所有啟動請求后停止服務(wù)斩箫，從此媽媽再也不用擔心我忘記調(diào)用 stopSelf() 了
- 提供 onBind() 的默認實現(xiàn)（返回 null）
- 提供 onStartCommand() 的默認實現(xiàn)吏砂，可將 Intent 依次發(fā)送到工作隊列和 onHandleIntent() 實現(xiàn)
因此我們只需要實現(xiàn)onHandleIntent()方法來完成具體的功能邏輯就可以了。
要注意的是乘客，如果需要重寫其他的方法狐血，比如onDestroy()方法，一定不要刪掉它的超類實現(xiàn)易核！因為它的超類實現(xiàn)里面也許包括了對工作線程還有工作隊列的初始化以及銷毀等操作迄委，如果沒有了的話很容易出問題。
如果你有讓service同時處理多個請求的需求塞弊，這個時候就只能去繼承Service了贸辈。這個時候就要自己去處理工作線程那些事。下面是一個官方的栗子：
~~~
public class HelloService extends Service {
private Looper mServiceLooper;
private ServiceHandler mServiceHandler;
private final class ServiceHandler extends Handler {
public ServiceHandler(Looper looper) {
super(looper);
}
@Override
public void handleMessage(Message msg) {
long endTime = System.currentTimeMillis() + 5*1000;
while (System.currentTimeMillis() < endTime) {
synchronized (this) {
try {
wait(endTime - System.currentTimeMillis());
} catch (Exception e) {
}
}
}
stopSelf(msg.arg1);
}
}
@Override
public void onCreate() {
HandlerThread thread = new HandlerThread("ServiceStartArguments",
Process.THREAD_PRIORITY_BACKGROUND);
thread.start();
mServiceLooper = thread.getLooper();
mServiceHandler = new ServiceHandler(mServiceLooper);
}
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
Toast.makeText(this, "service starting", Toast.LENGTH_SHORT).show();
Message msg = mServiceHandler.obtainMessage();
msg.arg1 = startId;
mServiceHandler.sendMessage(msg);
return START_STICKY;
}
@Override
public IBinder onBind(Intent intent) {
return null;
}
@Override
public void onDestroy() {
Toast.makeText(this, "service done", Toast.LENGTH_SHORT).show();
}
}
~~~
比起IntentService來碰逸，顯然做的工作要多的多的多乡小。但是，由于是自己處理的對onStartCommand的調(diào)用饵史，它可以同時執(zhí)行多個請求——雖然官方的栗子里沒有這樣做满钟。但是如果你想這樣做，就可以為每一個請求創(chuàng)建一個線程胳喷，然后立即運行這些請求湃番。
- START_NOT_STICKY : 如果系統(tǒng)在 onStartCommand() 返回后終止服務(wù)，則除非有掛起 Intent 要傳遞厌蔽，否則系統(tǒng)不會重建服務(wù)牵辣。這是最安全的選項，可以避免在不必要時以及應(yīng)用能夠輕松重啟所有未完成的作業(yè)時運行服務(wù)奴饮。
- START_STICKY : 如果系統(tǒng)在 onStartCommand() 返回后終止服務(wù)纬向，則會重建服務(wù)并調(diào)用 onStartCommand()择浊，但絕對不會重新傳遞最后一個 Intent。相反逾条，除非有掛起 Intent 要啟動服務(wù)（在這種情況下琢岩，將傳遞這些 Intent ），否則系統(tǒng)會通過空 Intent 調(diào)用 onStartCommand()师脂。這適用于不執(zhí)行命令担孔、但無限期運行并等待作業(yè)的媒體播放器（或類似服務(wù)）。
- START_REDELIVER_INTENT : 如果系統(tǒng)在 onStartCommand() 返回后終止服務(wù)吃警，則會重建服務(wù)糕篇，并通過傳遞給服務(wù)的最后一個 Intent 調(diào)用 onStartCommand()。任何掛起 Intent 均依次傳遞酌心。這適用于主動執(zhí)行應(yīng)該立即恢復(fù)的作業(yè)（例如下載文件）的服務(wù)拌消。
原文：http://www.reibang.com/p/d46f20695cb7
原文：http://blog.csdn.net/luoyanglizi/article/details/51980630
