建立後臺任務的兩種程式碼模式
後臺任務是每個App都需要的一些行為,畢竟主執行緒是大爺,拖不起,傷不起,髒活累活都只能在不見天日的後臺去做。
最簡單的後臺任務,可以說是直接開一個執行緒就可以了,或者說來個Service,再開個執行緒。但這些並不是官方認證的最佳實踐,實際上,Google早就考慮到了這一點,並把這些需求進行了封裝,給我們提供了非常好的後臺任務解決方案,並在Training上進行了講解:
官網鎮樓:
developer.android.com/training/be…
當然,本文並不是翻譯,而是給大家分析兩種建立後臺任務的基本方法。
模式一:IntentService
這是一個一直被人遺忘的Service,但實際上卻是Google一直推薦的後臺任務工具類。
IntentService是一個輕量級的Service,系統幫我們自動呼叫了Service的一些方法,讓我們可以一鍵完成後臺任務的建立。
但IntentService與Service還是有所不同的:
- IntentService執行在獨立執行緒,可以直接執行耗時操作,不會阻塞UI執行緒
- IntentService使用onHandleIntent來處理後臺任務,處理完畢後就會自動退出,不用手動退出,並不會常住後臺,想動歪腦筋的可以放棄了
- IntentService的工作佇列是單執行緒的,也就是說,每次只會操作一個IntentService,多個任務是排隊處理的,新任務會等待舊任務的執行完成再執行,正在執行的任務和執行緒一樣,是無法中斷的
- IntentService本身是單向互動的,預設不存在回撥UI執行緒的介面,這也是IntentService的一個侷限,預設只能處理後臺任務,但不能更新UI(但實際上可以)
使用IntentService建立後臺任務
建立IntentService非常簡單,簡單到和建立一個類差不多,但要注意,必須實現無參構造方法,並實現OnHandleIntent(Intent intent)方法,該方法自動在新執行緒執行,並通過,程式碼如下:
public class MyBackgroundTaskIntentService extends IntentService {
public MyBackgroundTaskIntentService() {
super("MyBackgroundTaskIntentService");
}
@Override
protected void onHandleIntent(Intent intent) {
// BackgroundTask
}
}複製程式碼
啟動IntentService:
Intent backgroundTask = new Intent(this, MyBackgroundTaskIntentService.class);
startService(backgroundTask);複製程式碼
不同的任務可以通過Intent中設定Data來進行區分來進行區分。
我們通過startService來啟動IntentService,但是又要注意的是,IntentService在第一次呼叫startService時建立服務,如果在IntentService還沒有完成後臺任務時,再次呼叫了startService,那麼不再建立服務,而是在任務佇列新增一個任務,實際上就是將執行內容新增到了執行佇列,等待執行,當佇列內所有任務都執行完畢後,Service自動銷燬。
IntentService任務回源
前面說了,IntentService沒有任務回撥,也就是說,Activity啟動了IntentService執行一個後臺任務,當IntentService執行完畢後,卻不能收到回執,無法更加後臺執行結果就行下一步操作。所以,這個時候,我們需要使用廣播來進行任務的回源操作。
@Override
protected void onHandleIntent(Intent intent) {
String data = intent.getDataString();
// Do something
Intent localTask = new Intent(COM_XYS_MY_LOCAL_BROADCAST);
localTask.putExtra("status", "status"); LocalBroadcastManager.getInstance(this).sendBroadcast(localTask);
LocalBroadcastManager.getInstance(this).sendBroadcast(localTask);
}複製程式碼
這裡我們使用本地廣播,而不是一般的全域性廣播來進行訊息的處理,原因主要是因為LocalBroadcast比普通廣播更加安全,同時效率更高。
public class MyBackgroundTaskReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
String status = intent.getStringExtra("status");
}
}複製程式碼
記得LocalBroadcast需要進行動態註冊和釋放:
IntentFilter intentFilter = new IntentFilter(COM_XYS_MY_LOCAL_BROADCAST);
MyBackgroundTaskReceiver receiver = new MyBackgroundTaskReceiver();
LocalBroadcastManager.getInstance(this).registerReceiver(receiver, intentFilter);複製程式碼
那麼通過這種方式,我們就可以很方便的實現IntentService的後臺任務處理,同時完成任務執行完畢後的回源更新。
實際上,在AndroidStudio中建立一個IntentService,AS自動就會幫我們建立好這樣的模板程式碼:
建立好的程式碼如下:
模式二:Loader
Loader是Android提供的解決後臺非同步任務處理的利器,但是感覺很少有能夠在全線鋪開使用的,Loader模式可以讓非同步處理變的非常輕鬆。
使用Loader的一個非常好的優勢,就是不用自己來管理後臺任務的狀態了,全部交給系統來進行託管。
官網鎮樓:
developer.android.com/reference/a…
建立Loader
我們以AsyncTaskLoader為例,其它的Loader也類似:
public class MyBackgroundLoader extends AsyncTaskLoader<String> {
public MyBackgroundLoader(Context context) {
super(context);
onContentChanged();
}
@Override
protected void onStartLoading() {
super.onStartLoading();
if (takeContentChanged()) {
forceLoad();
}
}
@Override
public String loadInBackground() {
return "status";
}
}複製程式碼
AsyncTaskLoader與其它型別的Loader稍有不同,AsyncTaskLoader必須要在onStartLoading中執行forceLoad方法,否則不會生效,所以,官網上建議AsyncTaskLoader使用上面的程式碼模板進行建立。
我們在loadInBackground方法中,進行後臺任務的執行。
執行Loader
使用Loader一般需要實現LoaderManager.LoaderCallbacks介面,並完成它的幾個回撥方法:
public class LoaderActivity extends Activity implements LoaderManager.LoaderCallbacks<String> {
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.loader);
}
public void initLoader(View view) {
getLoaderManager().initLoader(0, null, this);
}
@Override
public Loader<String> onCreateLoader(int id, Bundle args) {
return new MyBackgroundLoader(this);
}
@Override
public void onLoadFinished(Loader<String> loader, String data) {
}
@Override
public void onLoaderReset(Loader<String> loader) {
}
}複製程式碼
通過initLoader,我們對Loader進行初始化,並在onCreateLoader中返回具體要執行的Loader,Loader會自動呼叫指定Loader的loadInBackground方法,在loadInBackground執行完畢後,會回撥onLoadFinished方法,從而完成一次非同步任務的處理和回源。
番外篇:WakefulBroadcastReceiver
我們還要另外講一個後臺處理的特殊類——WakefulBroadcastReceiver,這個類用來處理需要申請WakeLock的特殊後臺服務,通過WakefulBroadcastReceiver,我們可以避免自己手動來管理WakeLock,將鍋甩給系統。
我們建立一個MyWakefulBroadcastReceiver:
public class MyWakefulBroadcastReceiver extends WakefulBroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
Intent service = new Intent(context, MyBackgroundTaskIntentService.class);
startWakefulService(context, service);
}
}複製程式碼
在這個MyWakefulBroadcastReceiver中,我們將一個需要申請WakeLock的後臺任務與MyWakefulBroadcastReceiver繫結,並呼叫startWakefulService來啟用這個IntentService。
那麼在
public class MyBackgroundTaskIntentService extends IntentService {
public MyBackgroundTaskIntentService() {
super("MyBackgroundTaskIntentService");
}
@Override
protected void onHandleIntent(Intent intent) {
// Background Task
MyWakefulBroadcastReceiver.completeWakefulIntent(intent);
}
}複製程式碼
在後臺IntentService中,完成Task後,只需要使用MyWakefulBroadcastReceiver.completeWakefulIntent來結束這個任務,即可釋放WakeLock。
通過這種方式來執行後臺任務,可以讓需要申請WakeLock的後臺任務更加安全的的執行。
總結
後臺任務是一個Android App不可或缺的組成部分,同時也是影響系統效能的一個重要部分,大家不能因為看不見,就對它置之不理,我們需要對後臺任務進行最佳實踐,更加好的優化App後臺的處理效能。
當然,不管是IntentService還是Loader,都是處理後臺任務的最基礎的方法,以IntentService來說,它是一個單訊息佇列,因此,對一些高密度、高併發的後臺任務就不太適合,我們需要使用執行緒池來進行手動的管理。後臺任務的最佳實踐是一個持續的過程,需要開發者針對使用場景進行不斷的優化。