创建后台任务的两种代码模式
创建后台任务的两种代码模式
后台任务是每个App都需要的一些行为,毕竟主线程是大爷,拖不起,伤不起,脏活累活都只能在不见天日的后台去做。
最简单的后台任务,可以说是直接开一个线程就可以了,或者说来个Service,再开个线程。但这些并不是官方认证的最佳实践,实际上,Google早就考虑到了这一点,并把这些需求进行了封装,给我们提供了非常好的后台任务解决方案,并在Training上进行了讲解:
官网镇楼:
https://developer.android.com/training/best-background.html
当然,本文并不是翻译,而是给大家分析两种创建后台任务的基本方法。
模式一: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 }}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
启动IntentService:
Intent backgroundTask = new Intent(this, MyBackgroundTaskIntentService.class);startService(backgroundTask);
- 1
- 2
不同的任务可以通过Intent中设置Data来进行区分来进行区分。
我们通过startService来启动IntentService,但是又要注意的是,IntentService在第一次调用startService时创建服务,如果在IntentService还没有完成后台任务时,再次调用了startService,那么不再创建服务,而是在任务队列添加一个任务,实际上就是将执行内容添加到了执行队列,等待执行,当队列内所有任务都执行完毕后,Service自动销毁。
IntentService任务回源
前面说了,IntentService没有任务回调,也就是说,Activity启动了IntentService执行一个后台任务,当IntentService执行完毕后,却不能收到回执,无法更加后台执行结果就行下一步操作。所以,这个时候,我们需要使用广播来进行任务的回源操作。
@Overrideprotected 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);}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
这里我们使用本地广播,而不是一般的全局广播来进行消息的处理,原因主要是因为LocalBroadcast比普通广播更加安全,同时效率更高。
public class MyBackgroundTaskReceiver extends BroadcastReceiver { @Override public void onReceive(Context context, Intent intent) { String status = intent.getStringExtra("status"); }}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
记得LocalBroadcast需要进行动态注册和释放:
IntentFilter intentFilter = new IntentFilter(COM_XYS_MY_LOCAL_BROADCAST);MyBackgroundTaskReceiver receiver = new MyBackgroundTaskReceiver();LocalBroadcastManager.getInstance(this).registerReceiver(receiver, intentFilter);
- 1
- 2
- 3
那么通过这种方式,我们就可以很方便的实现IntentService的后台任务处理,同时完成任务执行完毕后的回源更新。
实际上,在AndroidStudio中创建一个IntentService,AS自动就会帮我们创建好这样的模板代码:
创建好的代码如下:
模式二:Loader
Loader是Android提供的解决后台异步任务处理的利器,但是感觉很少有能够在全线铺开使用的,Loader模式可以让异步处理变的非常轻松。
使用Loader的一个非常好的优势,就是不用自己来管理后台任务的状态了,全部交给系统来进行托管。
官网镇楼:
https://developer.android.com/reference/android/content/AsyncTaskLoader.html
创建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"; }}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
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) { }}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
通过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); }}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
在这个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); }}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
在后台IntentService中,完成Task后,只需要使用MyWakefulBroadcastReceiver.completeWakefulIntent来结束这个任务,即可释放WakeLock。
通过这种方式来执行后台任务,可以让需要申请WakeLock的后台任务更加安全的的执行。
总结
后台任务是一个Android App不可或缺的组成部分,同时也是影响系统性能的一个重要部分,大家不能因为看不见,就对它置之不理,我们需要对后台任务进行最佳实践,更加好的优化App后台的处理性能。
当然,不管是IntentService还是Loader,都是处理后台任务的最基础的方法,以IntentService来说,它是一个单消息队列,因此,对一些高密度、高并发的后台任务就不太适合,我们需要使用线程池来进行手动的管理。后台任务的最佳实践是一个持续的过程,需要开发者针对使用场景进行不断的优化。
创建后台任务的两种代码模式
后台任务是每个App都需要的一些行为,毕竟主线程是大爷,拖不起,伤不起,脏活累活都只能在不见天日的后台去做。
最简单的后台任务,可以说是直接开一个线程就可以了,或者说来个Service,再开个线程。但这些并不是官方认证的最佳实践,实际上,Google早就考虑到了这一点,并把这些需求进行了封装,给我们提供了非常好的后台任务解决方案,并在Training上进行了讲解:
官网镇楼:
https://developer.android.com/training/best-background.html
当然,本文并不是翻译,而是给大家分析两种创建后台任务的基本方法。
模式一: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 }}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
启动IntentService:
Intent backgroundTask = new Intent(this, MyBackgroundTaskIntentService.class);startService(backgroundTask);
- 1
- 2
不同的任务可以通过Intent中设置Data来进行区分来进行区分。
我们通过startService来启动IntentService,但是又要注意的是,IntentService在第一次调用startService时创建服务,如果在IntentService还没有完成后台任务时,再次调用了startService,那么不再创建服务,而是在任务队列添加一个任务,实际上就是将执行内容添加到了执行队列,等待执行,当队列内所有任务都执行完毕后,Service自动销毁。
IntentService任务回源
前面说了,IntentService没有任务回调,也就是说,Activity启动了IntentService执行一个后台任务,当IntentService执行完毕后,却不能收到回执,无法更加后台执行结果就行下一步操作。所以,这个时候,我们需要使用广播来进行任务的回源操作。
@Overrideprotected 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);}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
这里我们使用本地广播,而不是一般的全局广播来进行消息的处理,原因主要是因为LocalBroadcast比普通广播更加安全,同时效率更高。
public class MyBackgroundTaskReceiver extends BroadcastReceiver { @Override public void onReceive(Context context, Intent intent) { String status = intent.getStringExtra("status"); }}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
记得LocalBroadcast需要进行动态注册和释放:
IntentFilter intentFilter = new IntentFilter(COM_XYS_MY_LOCAL_BROADCAST);MyBackgroundTaskReceiver receiver = new MyBackgroundTaskReceiver();LocalBroadcastManager.getInstance(this).registerReceiver(receiver, intentFilter);
- 1
- 2
- 3
那么通过这种方式,我们就可以很方便的实现IntentService的后台任务处理,同时完成任务执行完毕后的回源更新。
实际上,在AndroidStudio中创建一个IntentService,AS自动就会帮我们创建好这样的模板代码:
创建好的代码如下:
模式二:Loader
Loader是Android提供的解决后台异步任务处理的利器,但是感觉很少有能够在全线铺开使用的,Loader模式可以让异步处理变的非常轻松。
使用Loader的一个非常好的优势,就是不用自己来管理后台任务的状态了,全部交给系统来进行托管。
官网镇楼:
https://developer.android.com/reference/android/content/AsyncTaskLoader.html
创建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"; }}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
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) { }}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
通过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); }}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
在这个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); }}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
在后台IntentService中,完成Task后,只需要使用MyWakefulBroadcastReceiver.completeWakefulIntent来结束这个任务,即可释放WakeLock。
通过这种方式来执行后台任务,可以让需要申请WakeLock的后台任务更加安全的的执行。
总结
后台任务是一个Android App不可或缺的组成部分,同时也是影响系统性能的一个重要部分,大家不能因为看不见,就对它置之不理,我们需要对后台任务进行最佳实践,更加好的优化App后台的处理性能。
当然,不管是IntentService还是Loader,都是处理后台任务的最基础的方法,以IntentService来说,它是一个单消息队列,因此,对一些高密度、高并发的后台任务就不太适合,我们需要使用线程池来进行手动的管理。后台任务的最佳实践是一个持续的过程,需要开发者针对使用场景进行不断的优化。