从源码分析Service和IntentService的区别
Service：
概念：Service是一个在后台执行长时间运行操作而不用提供用户界面的应用组件，可由其他组件启动，即使用户切换到其他应用程序，Service 仍然在后台继续运行。
特征：Service分为两种工作状态，
- 一种是启动状态，由startService方式启动。一旦服务启动，它就会在后台无限期的运行，生命周期独立于启动它的组件，即使启动它的组件已经销毁了也不受任何影响。任务执行完成之后可以通过调用stopSelf()来停止服务，或者通过其他应用组件调用stopService
来停止服务。这种 方式一般用于在后台执行任务，而不需要返回结果给启动组件。 - 另一种是绑定方式，用bindservice连接。多个组件可以绑定到同一个服务上，如果只有一个组件绑定服务，当绑定的组件被销毁时，服务也就会停止了。如果是多个组件绑定到一个服务上，当绑定到该服务的所有组件都被销毁时，服务才会停止。且Service还有一个特性，多次绑定同一个Service时，Service的onBind方法只会执行一次，除非Service被终止了。绑定服务的方式通常用于组件和服务之间相互通信。
且两种方式可共存，即startService和bindService都可以执行多次，Service还是那一个实例。
线程
Service并不会新开启线程执行，其onCreate等回调方法都是执行在主线程中的。不建议在Service中编写耗时的操作逻辑，容易引起ANR。（10s超时）
IntenteService
概念：一种特殊的Service，继承了Service并且是一个抽象类，可用于执行后台耗时任务，任务执行完后，IntentService 会自动停止，不需要手动停止。
特征：
- IntentService会创建独立的工作线程来处理任务请求。
- 请求处理完成后，IntentService会自动停止，无需调用stopSelf()方法停止Service
- 可以多次启动 IntentService执行任务，而每一个耗时操作会以工作队列的方式在IntentService 的onHandleIntent 回调方法中执行，且多个任务串行执行。
- 比Service拥有更高优先级，适合高优先级的后台任务，且不容易被系统杀死。
Intentservice源码解读
首先，IntentService是个抽象类，使用时必须实现此类。且其继承自Service，即Service的子类，拥有父类Service的特性。
public abstract class IntentService extends Service {
private volatile Looper mServiceLooper;
private volatile ServiceHandler mServiceHandler;
然后，其内部的ServiceHandler即通过传入线程的Looper创建Handler，且执行完onHandleIntent任务后调用stopSelf关闭自己。
private final class ServiceHandler extends Handler {
public ServiceHandler(Looper looper) {
super(looper);
}
@Override
public void handleMessage(Message msg) {
//这里回调onHandleIntent到用户子类实现具体任务处理工作。且执行在Looper所在的线程。
onHandleIntent((Intent)msg.obj);
//任务执行完后调用stopSelf关闭Service
stopSelf(msg.arg1);
}
}
之后，是IntentService的onCreate方法，可以看到其创建了一个工作线程，新建了一个HandlerThread，并获取HandlerThread的Looper初始化了ServiceHandler。即发送到Handler中处理的消息运行在这个HandlerThread线程中。 关于Handler的源码理解，可以参考我的另一篇文章：Handler通信机制源码解读
@Override
public void onCreate() {
// TODO: It would be nice to have an option to hold a partial wakelock
// during processing, and to have a static startService(Context, Intent)
// method that would launch the service & hand off a wakelock.
super.onCreate();
HandlerThread thread = new HandlerThread("IntentService[" + mName + "]");
thread.start();
mServiceLooper = thread.getLooper();
mServiceHandler = new ServiceHandler(mServiceLooper);
}
接下来，Service的生命周期onStart，其中将传进来的intent封装进Message并通过handler发送到工作线程处理。而这个intent哪里来的呢，现在我们回想下我们如何启动Service。
这是我们常用的启动service的代码示例：
Intent intent = new Intent(this,LocalIntentService.class);
intent.putExtra("key","value"）；
startService(intent);
在Service的源码中，startService会调用onStartCommand回调，并把intent参数传给后者，而如下IntentService源码中显示，其又回调了onStart方法，又将intent参数传给了onStart，所以onStart方法中通过mServiceHandler发送的intent消息即是用户startService带的消息。
@Override
public void onStart(Intent intent, int startId) {
Message msg = mServiceHandler.obtainMessage();
msg.arg1 = startId;
msg.obj = intent;
//将传进来的intent封装进Message并通过handler发送到工作线程处理。
mServiceHandler.sendMessage(msg);
}
public int onStartCommand(@Nullable Intent intent, int flags, int startId) {
//onStartCommand 直接调用的是onStart方法
onStart(intent, startId);
return mRedelivery ? START_REDELIVER_INTENT : START_NOT_STICKY;
}
最后，由于用户继承IntentService，实现onHandleIntent方法，而onHandleIntent又接受了intent参数，并在开始的HandlerThread中处理耗时任务。
这里就分析完了Service和IntentService的区别，希望对大家有所帮助。欢迎讨论，多多指教。