標籤:des android style blog http io color os ar
一、 Service簡單介紹
Service是android 系統中的四大組件之中的一個(Activity、Service、BroadcastReceiver、ContentProvider),它跟Activity的層級差點兒相同,但不能自己執行僅僅能後台執行,而且能夠和其它組件進行互動。service能夠在非常多場合的應用中使用,比方播放多媒體的時候使用者啟動了其它Activity這個時候程式要在後台繼續播放,比方檢測SD卡上檔案的變化,再或者在後台記錄你地理資訊位置的改變等等,總之服務總是藏在背景。
Service的啟動有兩種方式:context.startService() 和 context.bindService()
二、 Service啟動流程
context.startService() 啟動流程:
context.startService() -> onCreate() -> onStart() -> Service running -> context.stopService() -> onDestroy() -> Service stop
假設Service還沒有執行,則android先調用onCreate(),然後調用onStart();
假設Service已經執行,則僅僅調用onStart(),所以一個Service的onStart方法可能會反覆調用多次。
假設stopService的時候會直接onDestroy,假設是調用者自己直接退出而沒有調用stopService的話,Service會一直在後台執行,該Service的調用者再啟動起來後能夠通過stopService關閉Service。
所以調用startService的生命週期為:onCreate --> onStart (可多次調用) --> onDestroy
context.bindService()啟動流程:
context.bindService() -> onCreate() -> onBind() -> Service running -> onUnbind() -> onDestroy() -> Service stop
onBind()將返回給client一個IBind介面執行個體,IBind同意client回調服務的方法,比方得到Service的執行個體、執行狀態或其它操作。這個時候把調用者(Context,比如Activity)會和Service綁定在一起,Context退出了,Srevice就會調用onUnbind->onDestroy對應退出。
所以調用bindService的生命週期為:onCreate --> onBind(僅僅一次,不可多次綁定) --> onUnbind --> onDestory。
在Service每一次的開啟關閉過程中,僅僅有onStart可被多次調用(通過多次startService調用),其它onCreate,onBind,onUnbind,onDestory在一個生命週期中僅僅能被調用一次。
三、 Service生命週期
Service的生命週期並不像Activity那麼複雜,它僅僅繼承了onCreate()、onStart()、onDestroy()三個方法
當我們第一次啟動Service時,先後調用了onCreate()、onStart()這兩個方法;當停止Service時,則執行onDestroy()方法。
這裡須要注意的是,假設Service已經啟動了,當我們再次啟動Service時,不會在執行onCreate()方法,而是直接執行onStart()方法。
它能夠通過Service.stopSelf()方法或者Service.stopSelfResult()方法來停止自己,僅僅要調用一次stopService()方法便能夠停止服務,不管調用了多少次的啟動服務方法。
四、 Service示範範例
以下我做了一個簡單的音樂播放的應用,分別使用startService和bindService來啟動本地的服務。
Activity
public class PlayMusicService extends Activity implements OnClickListener {private Button playBtn;private Button stopBtn;private Button pauseBtn;private Button exitBtn;private Button closeBtn;private Intent intent;@Overridepublic void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.music_service);playBtn = (Button) findViewById(R.id.play);stopBtn = (Button) findViewById(R.id.stop);pauseBtn = (Button) findViewById(R.id.pause);exitBtn = (Button) findViewById(R.id.exit);closeBtn = (Button) findViewById(R.id.close);playBtn.setOnClickListener(this);stopBtn.setOnClickListener(this);pauseBtn.setOnClickListener(this);exitBtn.setOnClickListener(this);closeBtn.setOnClickListener(this);}@Overridepublic void onClick(View v) {int op = -1;intent = new Intent("com.homer.service.musicService");switch (v.getId()) {case R.id.play:// play musicop = 1;break;case R.id.stop:// stop musicop = 2;break;case R.id.pause:// pause musicop = 3;break;case R.id.close:// close activitythis.finish();break;case R.id.exit:// stopServiceop = 4;stopService(intent);this.finish();break;}Bundle bundle = new Bundle();bundle.putInt("op", op);intent.putExtras(bundle);startService(intent);// startService}@Overridepublic void onDestroy(){super.onDestroy();if(intent != null){stopService(intent);}}}
Service
public class MusicService extends Service {private static final String TAG = "MyService";private MediaPlayer mediaPlayer;@Overridepublic IBinder onBind(Intent arg0) {return null;}@Overridepublic void onCreate() {Log.v(TAG, "onCreate");Toast.makeText(this, "show media player", Toast.LENGTH_SHORT).show();if (mediaPlayer == null) {mediaPlayer = MediaPlayer.create(this, R.raw.tmp);mediaPlayer.setLooping(false);}}@Overridepublic void onDestroy() {Log.v(TAG, "onDestroy");Toast.makeText(this, "stop media player", Toast.LENGTH_SHORT);if (mediaPlayer != null) {mediaPlayer.stop();mediaPlayer.release();}}@Overridepublic void onStart(Intent intent, int startId) {Log.v(TAG, "onStart");if (intent != null) {Bundle bundle = intent.getExtras();if (bundle != null) {int op = bundle.getInt("op");switch (op) {case 1:play();break;case 2:stop();break;case 3:pause();break;}}}}public void play() {if (!mediaPlayer.isPlaying()) {mediaPlayer.start();}}public void pause() {if (mediaPlayer != null && mediaPlayer.isPlaying()) {mediaPlayer.pause();}}public void stop() {if (mediaPlayer != null) {mediaPlayer.stop();try {mediaPlayer.prepare();// 在調用stop後假設須要再次通過start進行播放,須要之前調用prepare函數} catch (IOException ex) {ex.printStackTrace();}}}}
AndroidManifest.xml
注冊activity
<activity android:name=".service.PlayMusicService" android:label="@string/app_name" />
注冊service
<service android:name=".service.MusicService" android:enabled="true" > <intent-filter> <action android:name="com.homer.service.musicService" /> </intent-filter> </service>
五、 代碼解析
1、Activity中,PlayMusicService中通過重寫OnClickListener 介面onClick()方法實現對播放音樂的控制,把音樂各種操作用數字通過Intent傳遞給service
然後通過構造一個Intent , intent = new Intent("com.homer.service.musicService");
當中,com.homer.service.musicService是 AndroidManifest.xml 對service的定義,即上面“注冊service”
2、Activity中,音樂播放的控制,利用Bundle綁定數字op後,通過 startService(intent); 服務後發送出去
Bundle bundle = new Bundle();
bundle.putInt("op", op);
intent.putExtras(bundle);
startService(intent);
3、 Service中,會處理Activity啟動的 startService(intent);服務,依次調用service的啟動過程:onCreate --> onStart(可多次調用) --> onDestroy
onCreate(), 建立mediaPlayer
onStart(), 通過擷取Bundle bundle = intent.getExtras();,提取int op = bundle.getInt("op");,然後執行響應的音樂播放操作
onDestroy(),停止並釋放mediaPlayer音樂資源,假設當執行context.stopService()時調用此方法
4、Activity中,onClick()函數中close與exit是執行含義是不同的:
close : 僅僅是執行了this.finish(); 關閉了本Activity視窗,service並沒有被關掉,音樂依舊會繼續在背景播放
exit : 先調用了stopService(intent); 關閉了service服務,在Service中會調用3中的onDestroy()停止並釋放音樂資源,後才執行this.finish(); 關閉了本Activity視窗
原始碼下載
六、 拓展知識(進程和聲明周期)
Android作業系統嘗試儘可能長時間的保持應用的進程,但當可用記憶體非常低時終於要移走一部分進程。如何確定那些程式能夠執行,那些要被銷毀,Android讓每個進程在一個重要級的基礎上執行,重要級低的進程最有可能被淘汰,一共同擁有5級,以下這個列表就是依照重要性排列的:
1 一個前台進程顯示的是使用者此時須要處理和顯示的。下列的條件有不論什麼一個成立,這個進程都被覺得是在前台執行的。
a 與使用者正發生互動的。
b 它控制一個與使用者互動的必須的主要的服務。
c 有一個正在調用生命週期的回呼函數的service(如onCreate()、onStar()、onDestroy())
d 它有一個正在執行onReceive()方法的廣播接收對象。
僅僅有少數的前台進程能夠在不論什麼給定的時間內執行,銷毀他們是系統萬不得已的、最後的選擇——當記憶體不夠系統繼續執行下去時。通常,在這一點上,裝置已經達到了記憶體分頁狀態,所以殺掉一些前台進程來保證能夠響應使用者的需求。
2 一個可用進程沒有不論什麼前台組件,但它仍然能夠影響到使用者的介面。以下兩種情況發生時,能夠稱該進程為可用進程。
它是一個非前台的activity,但對使用者仍然可用(onPause()方法已經被調用)這是可能發生的,比如:前台的activity是一個同意上一個activity可見的對話方塊,即當前activity半透明,能看到前一個activity的介面,它是一個服務於可用activity的服務。
3 一個服務進程是一個通過調用startService()方法啟動的服務,而且不屬於前兩種情況。雖然服務進程沒有直接被使用者看到,但他們確實是使用者所關心的,比方後台播放音樂或網路下載資料。所以系統保證他們的執行,直到不能保證全部的前台可見程式都正常執行時才會終止他們。
4 一個後台進程就是一個非當前正在執行的activity(activity的onStop()方法已經被調用),他們不會對使用者體驗造成直接的影響,當沒有足夠記憶體來執行前台可見程式時,他們將會被終止。通常,後台進程會有非常多個在執行,所以他們維護一個LRU近期使用程式列表來保證常常執行的activity能最後一個被終止。假設一個activity正確的實現了生命週期的方法,而且儲存它目前狀態,殺死這些進程將不會影響到使用者體驗。
5 一個空線程沒有執行不論什麼可用應用程式組,保留他們的唯一原因是為了設立一個緩衝機制,來加快組件啟動的時間。系統常常殺死這些記憶體來平衡系統的整個系統的資源,進程緩衝和基本核心緩衝之間的資源。
Android把進程裡優先順序最高的activity或服務,作為這個進程的優先順序。比如,一個進程擁有一個服務和一個可見的activity,那麼這個進程將會被定義為可見進程,而不是服務進程。
此外,假設別的進程依賴某一個進程的話,那麼被依賴的進程會提高優先順序。一個進程服務於還有一個進程,那麼提供服務的進程不會低於獲得服務的進程。比如,假設進程A的一個內容供應商服務於進程B的一個client,或者進程A的一個service被進程B的一個組件綁定,那麼進程A至少擁有和進程B一樣的優先順序,或者更高。
由於一個執行服務的進程的優先順序高於執行後台activity的進程,一個activity會準備一個長時間執行的操作來啟動一個服務,而不是啟動一個線程–尤其是這個操作可能會拖垮這個activity。比如後台播放音樂的同一時候,通過照相機向server發送一張照片,啟動一個服務會保證這個操作至少執行在service 進程的優先順序下,不管這個activity發生了什麼,廣播接收者應該作為一個空服務而不是簡單的把耗時的操作單獨放在一個線程裡。
參考推薦:
android service 學習
Android Service生命週期及使用方法
Android生命週期之service/Broadcast
Android BroadcastReceiver 學習
Android之BroadcastReceiver的使用
Android BroadcastReceiver啟動Service
Service (android developer)
Android Service 服務(一)—— Service