不知道你们有没有和我同样,之前作项目或者练习的时候一直都是用Service来处理后台耗时操做,却不多注意到还有个IntentService,前段时间准备面试的时候看到了一篇关于IntentService的解释,发现了它相对于Service来讲有不少更加方便之处,今天在这里稍微来总结下个人心得。 linux
首先IntentService是继承自Service的,那咱们先看看Service的官方介绍,这里列出两点比较重要的地方: 面试
1.A Service is not a separate process. The Service object itself does not imply it is running in its own process; unless otherwise specified, it runs in the same process as the application it is part of. express
2.A Service is not a thread. It is not a means itself to do work off of the main thread (to avoid Application Not Responding errors). 网络
稍微翻一下(英文水平通常) app
1.Service不是一个单独的进程 ,它和应用程序在同一个进程中。 less
2.Service不是一个线程,因此咱们应该避免在Service里面进行耗时的操做 异步
关于第二点我想说下,不知道不少网上的文章都把耗时的操做直接放在Service的onStart方法中,并且没有强调这样会出现Application Not Responding!但愿个人文章能帮你们认清这个误区(Service不是一个线程,不能直接处理耗时的操做)。 async
有人确定会问,那么为何我不直接用Thread而要用Service呢?关于这个,你们能够网上搜搜,这里不过多解释。有一点须要强调,若是有耗时操做在Service里,就必须开启一个单独的线程来处理!!!这点必定要铭记在心。 ide
IntentService相对于Service来讲,有几个很是有用的优势,首先咱们看看官方文档的说明: oop
IntentService is a base class for Services that handle asynchronous requests (expressed as Intents) on demand. Clients send requests throughstartService(Intent) calls; the service is started as needed, handles each Intent in turn using a worker thread, and stops itself when it runs out of work.
This "work queue processor" pattern is commonly used to offload tasks from an application's main thread. The IntentService class exists to simplify this pattern and take care of the mechanics. To use it, extend IntentService and implement onHandleIntent(Intent). IntentService will receive the Intents, launch a worker thread, and stop the service as appropriate.
All requests are handled on a single worker thread -- they may take as long as necessary (and will not block the application's main loop), but only one request will be processed at a time.
1.Service:
|
2.IntentService:
|
测试主程序:
|