建立後臺任務的兩種程式碼模式
後臺任務是每個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來說，它是一個單訊息佇列，因此，對一些高密度、高併發的後臺任務就不太適合，我們需要使用執行緒池來進行手動的管理。後臺任務的最佳實踐是一個持續的過程，需要開發者針對使用場景進行不斷的優化。