粗浅比较-IntentService-了解Android异步义务口头-与-Service (粗浅探讨)
Service引见
Service组件是运行开发中的四大组件之一,用于在后盾口头长期间运转的操作或处置远程恳求。它可以在没有用户界面的状况下口头义务,并且可以与其余运行组件启动交互。Service组件通罕用于口头网络操作、播放音乐、处置数据同步等义务。
在AndroidManifest.xml文件中注册Service组件,可以经过startService()方法启动Service,也可以经过bindService()方法绑定Service。当Service不再须要时,可以经过stopService()或unbindService()方法来中止或解绑Service。
Service组件有两种类型:个别Service和前台Service。个别Service在后盾口头义务,而前台Service可以在通知栏显示通知,用户可以经过通知与Service启动交互。
示例代码:
publicclassMyServiceextendsService{@OverridepublicintonStartCommand(Intentintent,intflags,intstartId){//在这里口头后盾义务returnSTART_STICKY;}@OverridepublicIBinderonBind(Intentintent){//假设Service须要绑定,可以在这里前往一个IBinder对象returnnull;}@OverridepublicvoidonDestroy(){//在Service销毁时口头清算操作}}
在AndroidManifest.xml中须要申明这个Service:
MyService是一个繁难的Service组件,经过重写onStartCommand()方法来口头后盾义务。
IntentService引见
IntentService用于在后盾处置异步义务。它是Service的子类,用于处置那些须要在后盾口头的义务,例如网络恳求、数据库操作等。IntentService会智能中止自己,因此不须要手动调用stopSelf()方法来中止服务。
经常使用IntentService时,须要创立一个新的类承袭自IntentService,并成功onHandleIntent(Intentintent)方法来处置传入的Intent。在onHandleIntent方法中口头耗时操作,当操作成功后,IntentService会智能中止。
示例代码:
publicclassMyIntentServiceextendsIntentService{publicMyIntentService(){super("MyIntentService");}@OverrideprotectedvoidonHandleIntent(Intentintent){//在这里处置传入的Intent,口头耗时操作}}
在AndroidManifest.xml中须要申明这个IntentService:
这样就可以在运行中经常使用IntentService来处置后盾义务了。
IntentService与Service区别
IntentService和Service都可以用来处置后盾义务,它们之间的关键区别在于以下几点:
Service是在主线程中处置义务,因此须要手动创立新的线程来口头耗时操作,以防止阻塞主线程。
IntentService是承袭自Service的子类,它会智能创立一个上班线程来处置一切传递给它的Intent恳求,处置完义务后会智能中止。
Service须要手动治理义务队列,确保义务依照正确的顺序口头。
IntentService外部曾经成功了义务队列,每次启动都会依照顺序处置传递给它的Intent恳求。
Service须要手动治理生命周期,包含启动、中止、绑定等操作。
IntentService在处置完一切义务后会智能中止,无需手动治理生命周期。
因此,假设须要在后盾口头一些耗时义务,并且宿愿简化义务治理和生命周期治理,可以选用经常使用IntentService。假设须要更精细的控制义务口头的形式和生命周期,可以选用经常使用Service。
Android 中的“子线程”解析
Android 中线程可分为 主线程 和 子线程 两类,其中主线程也就是 UI线程 ,它的主要这作用就是运行四大组件、处理界面交互。 子线程则主要是处理耗时任务,也是我们要重点分析的。 首先 Java 中的各种线程在 Android 里是通用的,Android 特有的线程形态也是基于 Java 的实现的,所以有必要先简单的了解下 Java 中的线程,本文主要包括以下内容: 在 Java 中要创建子线程可以直接继承 Thread 类,重写 run() 方法: 或者实现 Runnable 接口,然后用Thread执行Runnable,这种方式比较常用: 简单的总结下:Callable 和 Runnable 类似,都可以用来处理具体的耗时任务逻辑的,但是但具体的差别在哪里呢?看一个小例子: 定义 MyCallable 实现了Callable 接口,和之前 Runnable 的 run() 方法对比下, call() 方法是有返回值的哦,泛型就是返回值的类型: 一般会通过线程池来执行 Callable (线程池相关内容后边会讲到),执行结果就是一个 Future 对象: 可以看到,通过线程池执行 MyCallable 对象返回了一个Future对象,取出执行结果。 Future 是一个接口,从其内部的方法可以看出它提供了取消任务(有坑!!!)、判断任务是否完成、获取任务结果的功能:Future 接口有一个 FutureTask 实现类,同时 FutureTask 也实现了 Runnable 接口,并提供了两个构造函数: 用 FutureTask 一个参数的构造函数来改造下上边的例子:FutureTask 内部有一个 done() 方法,代表 Callable 中的任务已经结束,可以用来获取执行结果: 所以 Future+Callable 的组合可以更方便的获取子线程任务的执行结果,更好的控制任务的执行,主要的用法先说这么多了,其实 AsyncTask 内部也是类似的实现! 注意, Future 并不能取消掉运行中的任务,这点在后边的 AsyncTask 解析中有提到。 Java 中线程池的具体的实现类是 ThreadPoolExecutor ,继承了 Executor 接口,这些线程池在 Android 中也是通用的。 使用线程池的好处: 常用的构造函数如下: 一个常规线程池可以按照如下方式来实现: 执行任务: 基于 ThreadPoolExecutor ,系统扩展了几类具有新特性的线程池: 线程池可以通过 execute() 、 submit() 方法开始执行任务,主要差别从方法的声明就可以看出,由于 submit() 有返回值,可以方便得到任务的执行结果: 要关闭线程池可以使用如下方法: IntentService 是 Android 中一种特殊的 Service,可用于执行后台耗时任务,任务结束时会自动停止,由于属于系统的四大组件之一,相比一般线程具有较高的优先级,不容易被杀死。 用法和普通 Service 基本一致,只需要在 onHandleIntent() 中处理耗时任务即可: 至于 HandlerThread,它是 IntentService 内部实现的重要部分,细节内容会在 IntentService 源码中说到。 IntentService 首次创建被启动的时候其生命周期方法 onCreate() 会先被调用,所以我们从这个方法开始分析: 这里出现了 HandlerThread 和 ServiceHandler 两个类,先搞明白它们的作用,以便后续的分析。 首先看 HandlerThread 的核心实现: 首先它继承了 Thread 类,可以当做子线程来使用,并在run() 方法中创建了一个消息循环系统、开启消息循环。 ServiceHandler 是 IntentService 的内部类,继承了 Handler,具体内容后续分析: 现在回过头来看onCreate() 方法主要是一些初始化的操作, 首先创建了一个thread对象,并启动线程,然后用其内部的 Looper 对象 创建一个mServiceHandler对象,将子线程的 Looper 和 ServiceHandler 建立了绑定关系,这样就可以使用 mServiceHandler 将消息发送到子线程去处理了。 生命周期方法onStartCommand() 方法会在 IntentService 每次被启动时调用,一般会这里处理启动 IntentService 传递 Intent 解析携带的数据: 又调用了 start() 方法: 就是用 mServiceHandler 发送了一条包含 startId 和 intent 的消息,消息的发送还是在主线程进行的,接下来消息的接收、处理就是在子线程进行的: 当接收到消息时,通过 onHandleIntent() 方法在子线程处理 intent 对象, onHandleIntent() 方法执行结束后,通过 stopSelf(1) 等待所有消息处理完毕后终止服务。 为什么消息的处理是在子线程呢?这里涉及到 Handler 的内部消息机制,简单的说,因为 ServiceHandler 使用的 Looper 对象就是在 HandlerThread 这个子线程类里创建的,并通过 () 开启消息循环,不断从消息队列(单链表)中取出消息,并执行,截取 loop() 的部分源码:dispatchMessage() 方法间接会调用 handleMessage() 方法,所以最终 onHandleIntent() 就在子线程中划线执行了,即 HandlerThread 的 run() 方法。 这就是 IntentService 实现的核心,通过 HandlerThread+Hanlder 把启动 IntentService 的 Intent 从主线程切换到子线程,实现让 Service 可以处理耗时任务的功能! AsyncTask 是 Android 中轻量级的异步任务抽象类,它的内部主要由线程池以及 Handler 实现,在线程池中执行耗时任务并把结果通过 Handler 机制中转到主线程以实现UI操作。 典型的用法如下: 从 Android3.0 开始,AsyncTask 默认是串行执行的: 如果需要并行执行可以这么做: AsyncTask 的源码不多,还是比较容易理解的。 根据上边的用法,可以从 execute() 方法开始我们的分析: 看到 @MainThread 注解了吗?所以 execute() 方法需要在主线程执行哦! 进而又调用了 executeOnExecutor() : 可以看到,当任务正在执行或者已经完成,如果又被执行会抛出异常!回调方法 onPreExecute() 最先被执行了。 传入的 sDefaultExecutor 参数,是一个自定义的串行线程池对象,所有任务在该线程池中排队执行: 可以看到 SerialExecutor 线程池仅用于任务的排队, THREAD_POOL_EXECUTOR 线程池才是用于执行真正的任务,就是我们线程池部分讲到的 ThreadPoolExecutor : 再回到 executeOnExecutor() 方法中,那么 (mFuture) 就是触发线程池开始执行任务的操作了。 那 executeOnExecutor() 方法中的 mWorker 是什么? mFuture 是什么?答案在 AsyncTask 的构造函数中: 原来 mWorker 是一个 Callable 对象, mFuture 是一个 FutureTask 对象,继承了 Runnable 接口。 所以 mWorker 的 call() 方法会在 mFuture 的 run() 方法中执行,所以 mWorker 的 call() 方法在线程池得到执行! 同时 doInBackground() 方法就在 call() 中方法,所以我们自定义的耗时任务逻辑得到执行,不就是我们第二部分讲的那一套吗!doInBackground() 的返回值会传递给 postResult() 方法: 就是通过 Handler 将最终的耗时任务结果从子线程发送到主线程,具体的过程是这样的, getHandler() 得到的就是 AsyncTask 构造函数中初始化的 mHandler , mHander 又是通过 getMainHandler() 赋值的: 可以在看到 sHandler 是一个 InternalHandler 类对象: 所以 getHandler() 就是在得到在主线程创建的 InternalHandler 对象,所以 就可以完成耗时任务结果从子线程到主线程的切换,进而可以进行相关UI操作了。 当消息是 MESSAGE_POST_RESULT 时,代表任务执行完成, finish() 方法被调用: 如果任务没有被取消的话执行 onPostExecute() ,否则执行 onCancelled() 。 如果消息是 MESSAGE_POST_PROGRESS , onProgressUpdate() 方法被执行,根据之前的用法可以 onProgressUpdate() 的执行需要我们手动调用 publishProgress() 方法,就是通过 Handler 来发送进度数据: 进行中的任务如何取消呢?AsyncTask 提供了一个 cancel(boolean mayInterruptIfRunning) ,参数代表是否中断正在执行的线程任务,但是呢并不靠谱, cancel() 的方法注释中有这么一段: 大致意思就是调用 cancel() 方法后, onCancelled(Object) 回调方法会在 doInBackground() 之后被执行而 onPostExecute() 将不会被执行,同时你应该 doInBackground() 回调方法中通过 isCancelled() 来检查任务是否已取消,进而去终止任务的执行! 所以只能自己动手了: AsyncTask 整体的实现流程就这些了,源码是最好的老师,自己跟着源码走一遍有些问题可能就豁然开朗了!
什么是 intentservice?有何优点
一、IntentService简介IntentService 是 Service 的子类,比普通的 Service 增加了额外的功能。先看Service本身存在两个问题:Service不会专门启动一条单独的进程,Service与它所在应用位于同一个进程中;Service也不是专门一条新线程,因此不应该在Service 中直接处理耗时的任务;
二、IntentService特征会创建独立的worker线程来处理所有的Intent请求;会创建独立的worker线程来处理onHandleIntent()方法实现的代码,无需处理多线程问题;所有请求处理完成后,IntentService会自动停止,无需调用stopSelf()方法停止Service;为Service的onBind()提供默认实现,返回null;为Service的onStartCommand提供默认实现,将请求Intent添加到队列中;使用IntentService 本人写了一个 IntentService 的使用例子供参考。
该例子中一个MainActivity 一个 MyIntentService,这两个类都是四大组件,当然需要在清单文件中注册。这里只给出核心代码:
运行后效果如下:
优点主要体现在三方面:
Acitivity的进程,当处理Intent的时候,会产生一个对应的Service。
Android的进程处理器现在会尽可能的不kill 掉你。
![粗浅比较](https://tyye.cn/zb_users/theme/tpure/style/images/lazyload.png)
非常容易使用。
免责声明:本文转载或采集自网络,版权归原作者所有。本网站刊发此文旨在传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及版权、内容等问题,请联系本网,我们将在第一时间删除。同时,本网站不对所刊发内容的准确性、真实性、完整性、及时性、原创性等进行保证,请读者仅作参考,并请自行核实相关内容。对于因使用或依赖本文内容所产生的任何直接或间接损失,本网站不承担任何责任。