前言：生活受到严重的打击，又要投身到学习中，在代码中堕落。
IntentService是一个我们不常使用的类，可以说涉及到Service的我们都很少使用。最近有幸接触这一个类，使用过程中发现这个类出乎意料的简单，简直是不学白不学，学习的过程中还能够对Handler的知识进一步深入了解一下。
介绍
这是一个按要求处理异步的请求（通过intent）继承自Service的抽象子类。客户端通过startService发送请求传递Intent，开启一个服务并且用一个工作线程轮流解决每一个intent，当结束工作后自动关闭服务。（依然拥有Service的特性，所以当我们在Service还没关闭的时候调用Service，那么不会创建新的Service，也就不会执行onCreate，但要是startService的时候，前一个请求已经执行完毕，那么将会重新创建Service，执行onCreate）
实现这个IntentService类需要实现一个继承自IntentService的子类，并且实现里面的onHandleIntent(Intent)抽象方法，IntentService通过startService接收Intent后，在创建的时候建立一个工作线程，通过Handler发送消息传递Intent，，并且在执行完毕该Intent后试图关闭。
所有的请求都会在一个单一的工作线程处理，它们不会阻塞主线程的loop，但一次只会处理一个请求。如果你想下载10个文件，调用10次startService，那么就会依次下载10个文件。
构造方法
构造方法需要传递一个name参数，主要用于命名工作线程，对调试比较重要。
对于onBind，IntentService的默认实现是返回null，也可以理解为默认不与任何组件绑定，除非我们需要将它和某个组件绑定，不然不需要重写这个方法，但是出于对IntentService的设计考虑，我认为我们不应该重写这个方法，不然使用IntentService就没有意义了。
Handler消息机制
我们调用onStart还是onStartComand，都会执行onStart的操作
既然使用到了Handler，那么我们就要看一下IntentService是怎么实现这个消息传递的，以及怎么处理消息的：
构造方法传入了一个Looper，而handlerMessage中则是获取消息中的Intent，然后调用onHandleIntent方法，执行完之后就会根据startId来关闭service，需要注意的是stopSelf(int startId )这个方法，这个方法会尝试关闭Service，只是尝试而已，每次通过startService( )启动的服务，系统都会生成一个startId，并且在onStartCommand中可以获得这个startId。但是，只有当stopSelf里面的startId等于最后一次调用startService( )所生成的startId，才会真正停止服务，否则服务是不会停止的。so easy。那么IntentService是怎么开启一个工作线程来执行任务呢？前面已经提及到，我们来看一下IntentService中的onCreate方法：
很明显HandlerThread建立了一个线程，而这个线程是单一的，通过这个线程获取Looper，并且使用这个Looper来轮训消息队列MessageQueue。要知道，每个线程中有一个Looper，每一个Looper中有一个消息队列，而Looper会一直从消息队列中轮训消息，然后执行handler的handleMessage方法，就有了上面的步骤了，那么可想而知，handleIntent是在哪个线程执行呢，自然是Looper所在的线程，也就是HandlerThread创建的这个线程了。
Handler(Looper looper)会直接调用this(looper,null,false)，也就是上面的构造方法。而HandlerThread是一个继承Thread类的子类，并且这个线程会有一个Looper。调用start()方法就会调用Looper的prepare和loop方法。到此，你就可以自己写一个IntentService了，而这个IntentService可以做一些Intent级的后台工作。
应用
比如，很多时候我们会在Application中做一些第三方类库的初始化，但是当我们的类库越来越多，或者第三方类库的初始化越来越复杂的时候就会出现一个问题，开机时间过长，俗称（冷启动时间过长）。要知道，我们初始化我们的应用，做的可不仅仅是这些初始化第三方，如果都放在主线程中进行的话，那么势必会出现问题。而为了优化这个问题，我们可以尝试使用IntentService来进行一些第三方类库的初始化操作。好比如：
在查看代码的过程中，我发现了一个比较有趣的东西，就是activity中的runOnUiThread这个方法
代码很简单，如果不在主线程，那么就使用mHandler发送消息，如果在主线程，那么就直接执行。简而言之，实现异步的所有方法（异步的概念是不用阻塞当前的线程来等待处理结果，允许后续操作，并且等其他线程处理完成，通过回调通知此线程），仅且只有一种，那就是handler，而其余的所有方法，都是对handler的一种封装而已，有人可能会对IntentService的异步不是很了解，要知道，IntentService继承自Service，Service是一个在主线程运行的组件，只是这个组件运行在后台而已，看不到的东西俗称叫后台。所以在这个Service内，我们可以通过handleIntent来实现一些异步操作，当然了，在handleIntent中需要想办法把消息发送到主线程的handler，才会达到异步的需求。
总结
唉，当我们真正想了解一个类的时候，常常会发现研究代码的时候会涉及到越来越多的API，越来越多的机制和代码，即使简单如AsyncTask，虽然代码量不多，但是展开了研究也是够呛，所以我们在研究代码的时候，点到即止，不然只会越来越混乱，比如说，我们通过查看IntentService的代码从而得知这个API的特性：在Service中开启一个工作线程执行Intent，并且在任务执行完毕后尝试停止Service。
