1.Service不是一个单独的进程 ，它和应用程序在同一个进程中
2.Service不是一个线程，所以我们应该避免在Service里面进行耗时的操作
由于服务进程的优先级高于后台进程， 因此如果activity需要执行耗时操作, 最好还是启动一个service来完成. 当然, 在activity中启动子线程完成耗时操作也可以，但是这样做的缺点在于，一旦activity不再可见，activity所在的进程成为后台进程, 而内存不足时后台进程随时都有可能被系统杀死(但是启动service完成耗时操作会带来数据交互的问题, 比如耗时操作需要实时更新UI控件的状态的话，service就不是一个好的选择，此时可以通过广播进行实时更新UI状态，类似慕课网的下载实时更新进度条的实现)。
基于同样的考虑， 在BroadcastReceiver中也不应该执行耗时操作, 而应该启动service来完成(当然, BroadcastReceiver的生命周期过于短暂, 也决定了不能在其中执行耗时操作)。
IntentService使用队列的方式将请求的Intent加入队列，然后开启一个worker thread(线程)来处理队列中的Intent，对于异步的startService请求，IntentService会处理完成一个之后再处理第二个，每一个请求都会在一个单独的worker thread中处理，不会阻塞应用程序的主线程。
IntentService是一个通过Context.startService(Intent)启动可以处理异步请求的Service,使用时你只需要继承IntentService和重写其中的onHandleIntent(Intent)方法接收一个Intent对象,在适当的时候会停止自己(一般在工作完成的时候)。所有的请求的处理都在一个工作线程中完成,它们会依次执行(但不会阻塞主线程的执行)，一次只能执行一个请求（单工作线程执行）。
这是一个基于消息的服务，每次启动该服务并不是马上处理你的工作，而是首先会创建对应的Looper，Handler并且在MessageQueue中添加的附带客户Intent的Message对象，当Looper发现有Message的时候接着得到Intent对象通过在onHandleIntent((Intent)msg.obj)中调用你的处理程序，处理完后即会停止自己的服务，意思是Intent的生命周期跟你的处理的任务是一致的，所以这个类用下载任务中非常好，下载任务结束后服务自身就会结束退出。
总结IntentService的特征有：
（1）会创建独立的worker线程来处理所有的Intent请求；
（2）会创建独立的worker线程来处理onHandleIntent()方法实现的代码，无需处理多线程问题；
（3）所有请求处理完成后，IntentService会自动停止，无需调用stopSelf()方法停止Service；
可以启动IntentService多次，而每一个耗时操作会以工作队列的方式在IntentService的onHandleIntent回调方法中执行，并且，每次只会执行一个工作线程，执行完第一个再执行第二个，以此类推。所有请求都在一个单线程中，不会阻塞应用程序的主线程（UI Thread），同一时间只处理一个请求。
好处： 1、不需要开启线程 2、不需要关闭服务，它自己关闭 3、单线程下载数据 4、it’s so easy to use！
IntentService 实际上是Looper,Handler,Service 的集合体,他不仅有服务的功能,还有处理和循环消息的功能.
更多资料参考：这里写链接内容