调用notifyItemChanged(int position, Object payload)无效
调用上面的方法后，需要在方法onBindViewHolder中处理。
本文已收录于以下专栏：
相关文章推荐
RecyclerView调用notifyItemChanged闪烁问题相信很多人都遇到过。
那是因为recyclerView默认设置的动画DefaultItemAnimator造成的，
关键：public final void notifyItemChanged(int position, Object payload)RecyclerView局部刷新大家都遇到过，有时候还说会遇见图...
网络绝对是任何系统的核心，对于容器而言也是如此。Docker 作为目前最火的轻量级容器技术，有很多令人称道的功能，如 Docker 的镜像管理。然而，Docker的网络一直以来都比较薄弱，所以我们有必要深入了解Docker的网络知识，以满足更高的网络需求。
网上许多谈及这个问题都是不支持大量数据；只是简单的加个head或者footer ，但是本文解决了所有问题
今天在项目调用RecyclerView adapter刷新数据时，用到了notifyItemChanged()方法，此方法是更新指定item数据，结果没想到弄了半天发现总是刷新不对，打印Log日志一看...
问题如图显示
产生从详情返回至列表页时，下方的Item有个向上的动画。我在返回的同时有发一个eventBus，其中我调用了notifyItemChanged(int position)方法，我首...
可展开列表，听到这几个字的时候也许你就会问了，为啥要用 RecyclerView，用Android提供的 ExpandableListView不是更好吗？是的，ExpandableListView是很...
两个讨论默认动画 和 stableId 问题/p/android/issues/detail?id=177517http://stackoverflow....
闪烁主要由于RecyclerView使用的默认的动画导致的，所以解决的方法就是修改默认的动画。
首先把默认的动画(DefaultItemAnimator)代码复制到自定义的MyItemAni...
RecyclerView更新UI数据的高级用法
一、简述不管AbsListView(ListView、GridView)或是新出的RecyclerView,在使用notifyDataSetChanged方法更新列表数据时，一定要保证数据为同个对象（...
他的最新文章
讲师：王渊命
讲师：蔡栋
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)Android面试攻略（2）——异步消息处理机制 - 简书
Android面试攻略（2）——异步消息处理机制
Android面试攻略（2）——异步消息处理机制
本篇文章主要涉及Handler、AsyncTask、HandlerThread、IntentService
一、什么是Handler
当程序第一次启动的时候，Android会同时启动一条主线程（ Main Thread）来负责处理与UI相关的事件，我们叫做UI线程。
Android的UI操作并不是线程安全的（出于性能优化考虑），意味着如果多个线程并发操作UI线程，可能导致线程安全问题。
为了解决Android应用多线程问题—Android平台只允许UI线程修改Activity里的UI组建，就会导致新启动的线程无法改变界面组建的属性值。
简单的说：当主线程队列处理一个消息超过5秒,android 就会抛出一个 ANP(无响应)的异常,所以,我们需要把一些要处理比较长的消息,放在一个单独线程里面处理,把处理以后的结果,返回给主线程运行,就需要用的Handler来进行线程建的通信。
handler通过发送和处理Message和Runnable对象来关联相对应的线程的MessageQueue。可以让对应的Message和Runnable在未来的某个时间点进行相应的处理（延时处理：postAtTime()、postDelayed(））。让自己想要处理的耗时操作放在子线程，让更新ui的操作放在主线程。
二、Handler的基本使用
首先声明一个Handler，复写其handleMessage方法
Handler mHandler = new Handler(){
public void handleMessage(Message msg) {
super.handleMessage(msg);
if(msg.what == 1)
mTextView.setText("更新UI");
在子线程发送消息通知Handler执行操作
new Thread() {
public void run() {
super.run();
//do something ...
//子线程中通过handler发送消息给handler接收，由handler去更新TextView的值
Message msg = Message.obtain();
msg.what = 1;
msg.obj = "需要发送的数据";
mHandler.sendMessage(msg);
}.start();
三、Handler原理分析
首先我们来想看下Handler的构造方法
public Handler();
public Handler(Callback callback);
public Handler(Looper looper);
public Handler(Looper looper, Callback callback);
前两个构造方法是没有传递Looper对象的，这两个方法内部会调用另一个构造方法
public Handler(Callback callback, boolean async) {
if (FIND_POTENTIAL_LEAKS) {
final Class&? extends Handler& klass = getClass();
if ((klass.isAnonymousClass() || klass.isMemberClass() || klass.isLocalClass()) &&
(klass.getModifiers() & Modifier.STATIC) == 0) {
Log.w(TAG, "The following Handler class should be static or leaks might occur: " +
klass.getCanonicalName());
mLooper = Looper.myLooper();
if (mLooper == null) {
throw new RuntimeException(
"Can't create handler inside thread that has not called Looper.prepare()");
mQueue = mLooper.mQ
mCallback =
mAsynchronous =
可以看到，这个构造方法通过Looper.myLooper()获取了保存在该线程下的mLooper实例对象，再通过mLopper.mQueue获取了MessageQueue。也就是每个Handler 对应一个Looper对象，产生一个MessageQueue。那其实我们并没有做过Looper的保存操作，为什么这里可以拿到保存的Looper呢？其实，我们这里获取到的Looper，是主线程创建的时候，实现了Looper的两个重要的方法。我们来看下ActivtyThread.class中的源码：
public static final void main(String[] args) {
Looper.prepareMainLooper();
if (sMainThreadHandler == null) {
sMainThreadHandler = new Handler();
ActivityThread thread = new ActivityThread();
thread.attach(false);
if (false) {
Looper.myLooper().setMessageLogging(new
LogPrinter(Log.DEBUG, "ActivityThread"));
Looper.loop();
首先我们来看Looper.prepareMainLooper()，其内部调用了prepare(false)
private static void prepare(boolean quitAllowed) {
if (sThreadLocal.get() != null) {
throw new RuntimeException("Only one Looper may be created per thread");
sThreadLocal.set(new Looper(quitAllowed));
该方法保证了Looper的唯一性且会调用Looper构造函数同时实例化出MessageQueue和当前thread.
public static @NonNull MessageQueue myQueue() {
return myLooper().mQ
private Looper(boolean quitAllowed) {
mQueue = new MessageQueue(quitAllowed);
mThread = Thread.currentThread();
prepare()方法中通过ThreadLocal对象实现Looper实例与线程的绑定，即保存当前的Looper实例到ThreadLocal当中,Handler中通过Looper.myLooper()将Looper实例从ThreadLocal中取出。
public static @Nullable Looper myLooper() {
return sThreadLocal.get();
Handler、Looper、MessageQueue都有了，下面该发送消息了，我们看看Handle发送消息的几个方法源码
public final boolean sendMessage(Message msg) {
return sendMessageDelayed(msg, 0);
public final boolean sendEmptyMessage(int what) {
return sendEmptyMessageDelayed(what, 0);
public final boolean sendEmptyMessageDelayed(int what, long delayMillis) {
Message msg = Message.obtain();
msg.what =
return sendMessageDelayed(msg, delayMillis);
public final boolean sendMessageDelayed(Message msg, long delayMillis) {
if (delayMillis & 0) {
delayMillis = 0;
return sendMessageAtTime(msg, SystemClock.uptimeMillis() + delayMillis);
public boolean sendMessageAtTime(Message msg, long uptimeMillis) {
MessageQueue queue = mQ
if (queue == null) {
RuntimeException e = new RuntimeException(
this + " sendMessageAtTime() called with no mQueue");
Log.w("Looper", e.getMessage(), e);
return enqueueMessage(queue, msg, uptimeMillis);
可以看到，它们最终都调用了sendMessageAtTime()方法，然后返回了enqueueMessage()，我们来看看这个方法的源码
private boolean enqueueMessage(MessageQueue queue, Message msg, long uptimeMillis) {
msg.target =
if (mAsynchronous) {
msg.setAsynchronous(true);
return queue.enqueueMessage(msg, uptimeMillis);
在该方法中有两件事需要注意：
msg.target = this：该代码将Message的target绑定为当前的Handler
queue.enqueueMessage ：变量queue表示的是Handler所绑定的消息队列MessageQueue，通过调用queue.enqueueMessage(msg, uptimeMillis)我们将Message放入到消息队列中。
通过下图可以看到完整的方法调用顺序：
图片来自网络
消息放入消息队列之后，怎么处理呢？我们最后来看下loop()方法
public static void loop() {
final Looper me = myLooper();
if (me == null) {
throw new RuntimeException("No L Looper.prepare() wasn't called on this thread.");
final MessageQueue queue = me.mQ
Binder.clearCallingIdentity();
final long ident = Binder.clearCallingIdentity();
for (;;) {
Message msg = queue.next(); // might block
if (msg == null) {
// No message indicates that the message queue is quitting.
// This must be in a local variable, in case a UI event sets the logger
final Printer logging = me.mL
if (logging != null) {
logging.println("&&&&& Dispatching to " + msg.target + " " +
msg.callback + ": " + msg.what);
final long traceTag = me.mTraceT
if (traceTag != 0 && Trace.isTagEnabled(traceTag)) {
Trace.traceBegin(traceTag, msg.target.getTraceName(msg));
msg.target.dispatchMessage(msg);
} finally {
if (traceTag != 0) {
Trace.traceEnd(traceTag);
if (logging != null) {
logging.println("&&&&& Finished to " + msg.target + " " + msg.callback);
final long newIdent = Binder.clearCallingIdentity();
if (ident != newIdent) {
Log.wtf(TAG, "Thread identity changed from 0x"
+ Long.toHexString(ident) + " to 0x"
+ Long.toHexString(newIdent) + " while dispatching to "
+ msg.target.getClass().getName() + " "
+ msg.callback + " what=" + msg.what);
msg.recycleUnchecked();
首先looper对象不能为空，就是说loop()方法调用必须在prepare()方法的后面。
Looper一直在不断的从消息队列中通过MessageQueue的next方法获取Message，然后通过代码msg.target.dispatchMessage(msg)让该msg所绑定的Handler（Message.target）执行dispatchMessage方法以实现对Message的处理。
Handler的dispatchMessage的源码如下：
public void dispatchMessage(Message msg) {
if (msg.callback != null) {
handleCallback(msg);
if (mCallback != null) {
if (mCallback.handleMessage(msg)) {
handleMessage(msg);
我们可以看到Handler提供了三种途径处理Message，而且处理有前后优先级之分：首先尝试让postXXX中传递的Runnable执行，其次尝试让Handler构造函数中传入的Callback的handleMessage方法处理，最后才是让Handler自身的handleMessage方法处理Message。
Callback参数：Callback是Handler中的内部接口，需要实现其内部的handleMessage方法，Callback代码如下:
public interface Callback {
public boolean handleMessage(Message msg);
Handler.Callback是用来处理Message的一种手段，如果没有传递该参数，那么就应该重写Handler的handleMessage方法，也就是说为了使得Handler能够处理Message，我们有两种办法：
向Hanlder的构造函数传入一个Handler.Callback对象，并实现Handler.Callback的handleMessage方法。
无需向Hanlder的构造函数传入Handler.Callback对象，但是需要重写Handler本身的handleMessage方法 。
也就是说无论哪种方式，我们都得通过某种方式实现handleMessage方法，这点与Java中对Thread的设计有异曲同工之处。
四、在子线程中使用Handler
我们知道，在子线程中使用Handler会出错，为什么？
Handler本质是从当前的线程中获取到Looper来监听和操作MessageQueue，当其他线程执行完成后回调当前线程。而子线程中并没有预先设置Looper，所以导致Handler调用Looper.myLooper()时找不到Looper对象导致抛出异常。所以，我们如果想在子线程中使用，必须在声明Handler之前，调用Looper.prepare(),然后调用Looper的loop()方法来启动Looper让消息队列转动起来。
class DownLoadThread implements Runnable {
public Handler myH
// 实现Runnable接口的线程体
public void run() {
/*①、调用Looper的prepare()方法为当前线程创建Looper对象并，
创建Looper对象时，它的构造器会自动的创建相对应的MessageQueue*/
Looper.prepare();
/*.②、创建Handler子类的实例，重写HandleMessage()方法，该方法处理除当前线程以外线程的消息*/
myHandler = new Handler() {
public void handleMessage(Message msg) {
String ms = "";
if (msg.what == 0x777) {
//③、调用Looper的loop()方法来启动Looper让消息队列转动起来
Looper.loop();
五、Handler引起的内存泄漏以及解决办法
原因：静态内部类持有外部类的匿名引用，导致外部Activity无法释放。
解决办法：1. Handler内部持有外部Activity的弱引用。2. 把Handler改为静态内部类。3. 在Activity的onDestroy()方法中调用mHandler.removeCallback()。
一、什么是AsyncTask
AsyncTask本质上就是一个封装了线程池和Handler的异步框架。适用于简单的异步处理。
二、基本使用
继承AsyncTask类实现自己的类，并重写其中的方法。
public abstract class AsyncTask&Params, Progress, Result& {}
Params: 输入参数，对应excute()方法中传递的参数。如果不需要传递参数，则直接设为void即可。
Progress：后台任务执行的百分比
Result：返回值类型，和doInBackground（）方法的返回值类型保持一致。
protected abstract Result doInBackground(Params... params);
protected void onPostExecute(Result result) {
protected void onProgressUpdate(Progress... values) {
protected void onPreExecute() {
protected void onCancelled() {
最少要重写以下这两个方法：
doInBackground(Params…)
　　在子线程（其他方法都在主线程执行）中执行比较耗时的操作，不能更新UI，可以在该方法中调用publishProgress(Progress…)来更新任务的进度。Progress方法是AsycTask中一个final方法只能调用不能重写。
onPostExecute(Result)
　　使用在doInBackground 得到的结果处理操作UI， 在主线程执行，任务执行的结果作为此方法的参数返回。 　　 有时根据需求还要实现以下三个方法：
onProgressUpdate(Progress…)
　　可以使用进度条增加用户体验度。 此方法在主线程执行，用于显示任务执行的进度。
onPreExecute()
　　这里是最终用户调用Excute时的接口，当任务执行之前开始调用此方法，可以在这里显示进度对话框。
onCancelled()
　　用户调用取消时，要做的操作
在主线程中申明该类的对象，调用对象的execute()函数开始执行。
MyAsyncTask t = new MyAsyncTask();
t.execute();
三、AsyncTask的机制原理
AsyncTask的本质是一个静态的线程池，AsyncTask派生出的子类可以实现不同的异步任务，这些任务都是提交到静态的线程池中执行。
线程池中的工作线程执行doInBackground方法执行异步任务。
当任务状态改变后，工作线程会向UI线程发送消息，AsyncTask内部的InternalHandler响应这些消息，并调用相关的回调函数。
四、AsyncTask的注意事项
AsyncTask不适合特别耗时的任务
AsyncTask的生命周期和Activity的生命周期不同步，Activity销毁了但是AsyncTask中的任务还是会继续执行完毕，一个最典型的例子就是Activity的横竖屏切换，AsyncTask中引用的Activity不是当前的Activity，onPostExecute()中执行的仍然是上一个Activity。还有一个原因是因为AsyncTask在执行长时间的耗时任务时也会持有一个Activity对象，即使这个Activity已经不可见了，Android也无法对这个Activity进行回收，导致内存泄露。
AsyncTask只能在主线程中创建以及使用
AsyncTask被用于执行异步任务，然后更新UI，所以最后的onPostExecute()方法执行在创建该AsyncTask对象的线程中，如果不在主线程中创建以及使用，就达不到更新UI的目的。
一个AsyncTask对象只能执行一次
一个AsyncTask对象只能执行一次，即只能调用一次execute方法，否则会报运行时异常AsyncTask。这是源码注释中写的，但是我查阅资料也没有找到什么具体原因。本人学艺也不精...也就知道了不能重复对一个AsyncTask对象调用execute()方法。
AsyncTask在不同的Android版本下的并行和串行问题
关于AsyncTask的并行和串行问题，在不同的API下是有不同的。在Android1.6之前，AsyncTask是串行执行任务的；到了Android1.6时，开始采用线程池来并行执行任务；在Android3.0之后的版本中，AsyncTask又开始用一个线程串行执行任务。虽然Android3.0之后采用串行方式执行任务，但我们可以通过AsyncTask的executeOnExecutor(exe，params),自定义一个线程池来并行执行任务。
HandlerThread
一、什么是HandlerThread
当我们需要执行耗时操作时，很自然的会想到开启一个子线程，当耗时操作完成之后，线程自动销毁。之后如果我们又需要执行另一个耗时操作，再开启一个子线程，这时就涉及到一个性能问题了。要知道，频繁的创建和销毁线程是很耗费系统资源的，所以，为了解决这个问题，Android给我们提供了HandlerThread这个类。
好吧，其实初看这段话，我是没搞懂HandlerThread到底是干啥的，所以我们来看看它的用法先吧。
二、HandlerThread的用法
HandlerThread的使用十分简单，简单到只有几行代码
HandlerThread ht = new HandlerThread("newThread");
ht.start();
mHandler = new Handler(ht.getLooper()) {
public void handleMessage(Message msg) {
super.handleMessage(msg);
//do something
声明一个HandlerThread对象并传入一个字符串参数，然后调用start()方法启动HandlerThread，将HandlerThread里的Looper传入Handler。最后记得在Activity的onDestroy()方法中将HandlerThread关闭
protected void onDestroy() {
super.onDestroy();
//释放资源
ht.quit() ;
用法很简单，但是为什么要这么用？这样子声明的Handler跟平时我们用的有什么不一样呢，那我们来看看HandlerThread的源码。
三、HandlerThread的源码分析
HandlerThread的源码不多，首先来看下类的继承关系
public class HandlerThread extends Thread {}
HandlerThread 继承自Thread，也就是说HandlerThread 本质就是一个线程类，所以当我们new HandlerThread ()的时候实际上是创建了一个子线程所以之后调用了start()方法启动了该线程，那接下来我们来看下关键的run()方法
public void run() {
mTid = Process.myTid();
Looper.prepare();
synchronized (this) {
mLooper = Looper.myLooper();
notifyAll();
Process.setThreadPriority(mPriority);
onLooperPrepared();
Looper.loop();
mTid = -1;
run()方法里面调用了Looper.prepare()和Looper.loop()，这个过程是不是很眼熟，我们前面说过了在子线程中使用Handler，需要自己调用这两个方法，而我们在声明Handler时，将这个Looper对象通过getLooper()方法获取到并作为参数传入了进去
public Looper getLooper() {
if (!isAlive()) {
// If the thread has been started, wait until the looper has been created.
synchronized (this) {
while (isAlive() && mLooper == null) {
} catch (InterruptedException e) {
如果你够细心你会发现，run方法里面当mLooper创建完成后有个notifyAll()，getLooper()中有个wait()，这是为什么呢？因为mLooper在一个线程中执行，而我们的handler是在UI线程初始化的，也就是说，我们必须等到mLooper创建完成，才能正确的返回getLooper();wait(),notify()就是为了解决这两个线程的同步问题。
结合前面对Handler的分析，我们知道，当我们需要在子线程与子线程之间进行通信，也就是需要在子线程中使用Handler时，需要手动去操作Looper，这是很不推荐的做法。所以Google官方很贴心的帮我们封装好了一个类，那就是刚才HandlerThread啦。
最后再来看看quit()方法
public boolean quit() {
Looper looper = getLooper();
if (looper != null) {
looper.quit();
public boolean quitSafely() {
Looper looper = getLooper();
if (looper != null) {
looper.quitSafely();
两个方法最后都是调用MessageQueue里面的quit(boolean)方法
void quit(boolean safe) {
if (!mQuitAllowed) {
throw new IllegalStateException("Main thread not allowed to quit.");
synchronized (this) {
if (mQuitting) {
mQuitting =
if (safe) {
removeAllFutureMessagesLocked();
removeAllMessagesLocked();
nativeWake(mPtr);
当我们调用Looper的quit方法时，实际上执行了MessageQueue中的removeAllMessagesLocked方法，该方法的作用是把MessageQueue消息池中所有的消息全部清空，无论是延迟消息（延迟消息是指通过sendMessageDelayed或通过postDelayed等方法发送的需要延迟执行的消息）还是非延迟消息。
当我们调用Looper的quitSafely方法时，实际上执行了MessageQueue中的removeAllFutureMessagesLocked方法，通过名字就可以看出，该方法只会清空MessageQueue消息池中所有的延迟消息，并将消息池中所有的非延迟消息派发出去让Handler去处理，quitSafely相比于quit方法安全之处在于清空消息之前会派发所有的非延迟消息。
无论是调用了quit方法还是quitSafely方法只会，Looper就不再接收新的消息。即在调用了Looper的quit或quitSafely方法之后，消息循环就终结了，这时候再通过Handler调用sendMessage或post等方法发送消息时均返回false，表示消息没有成功放入消息队列MessageQueue中，因为消息队列已经退出了。
四、HandlerThread的特点
HandlerThread的本质依然是一个线程类，它继承自Thread。
HandlerThread有自己的内部Looper对象，可以进行looper循环。
通过获取HandlerThread的looper对象传递给Handler对象，可以在handleMessage方法中执行异步任务。
优点是不会阻塞，减少了对性能的消耗，缺点是不能同时进行多任务的处理，需要等待进行处理，处理效率低。
与线程池注重并发不同，HandleThread是一个串行队列，HandlerThread背后只有一个线程。
IntentService
一、IntentService是什么
IntentService是继承并处理异步请求的一个类，在IntentService内有一个工作线程来处理耗时操作，启动IntentService的方式和传统的Service一样，同时，当任务执行完后，IntentService会自动停止，而不需要我们手动去控制或者stopSelf()。另外，可以启动IntentService多次，而每一次耗时操作会以工作队列的方式在IntentService的onHandleIntent回调方法中执行，并且，每次只会执行一个工作线程，执行完第一个再执行第二个。
它本质是一种特殊的Service，继承自Service并且本身就是一个抽象类。
它内部通过HandlerThread和Handler实现异步操作。
二、IntentService的基本使用
继承IntentService实现自己类，并重写构造函数和onHandleIntent()方法，onHandleIntent()是个异步方法,可以执行耗时操作。
public class MyIntentService extends IntentService {
public static final String INDEX_FLAG = "index_flag";
public static UpdateUI updateUI;
public MyIntentService(String name) {
super(name);
public static void setUpdateUI(UpdateUI updateUIInterface) {
updateUI = updateUII
//运行在子线程的方法，intent是从启动该服务的context传过来的
protected void onHandleIntent(Intent intent) {
Thread.sleep(5000);
Message msg = new Message();
msg.what = intent.getIntExtra(INDEX_FLAG, 0);
msg.obj = "返回的值" + msg.
if (updateUI != null)
updateUI.updateUI(msg);
} catch (InterruptedException e) {
e.printStackTrace();
public interface UpdateUI {
void updateUI(Message message);
Activity中启动该服务并设置回调
public class MainActivity extends AppCompatActivity implements MyIntentService.UpdateUI {
private static TextView mTextV
private static final Handler mUIHandler = new Handler() {
public void handleMessage(Message msg) {
mTextView.setText((String) msg.obj);
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mTextView = findViewById(R.id.text);
Intent intent = new Intent(this, MyIntentService.class);
for (int i = 0; i & 7; i++) {
intent.putExtra(MyIntentService.INDEX_FLAG, i);
startService(intent);
MyIntentService.setUpdateUI(this);
public void updateUI(Message message) {
mUIHandler.sendMessageDelayed(message, message.what * 1000);
activity中循环启动了7次service，但实际只有一个IntentService实例，IntentService会依次执行这7次操作，然后通过UpdateUI 接口回调结果更新UI。
三、IntentService的源码解析
首先，还是看继承关系
public abstract class IntentService extends Service {}
可以看到，IntentService本质还是个Service，那我们就去看它的onCreate()方法
public void onCreate() {
super.onCreate();
HandlerThread thread = new HandlerThread("IntentService[" + mName + "]");
thread.start();
mServiceLooper = thread.getLooper();
mServiceHandler = new ServiceHandler(mServiceLooper);
在onCreate()方法中，创建了一个HandlerThread实例对象并将它传入了ServiceHandler对象中，ServiceHandler实际就是一个Handler，所以通过这一步，IntentService具备了进行异步操作的能力。接着我们来看onStart()方法
public void onStart(@Nullable Intent intent, int startId) {
Message msg = mServiceHandler.obtainMessage();
msg.arg1 = startId;
mServiceHandler.sendMessage(msg);
在onStart()中，通过ServiceHandler发送了一条附带startId和Intent的Message，最终这个Message会被发送到持有looper的ServiceHandler的handleMessage()方法中
private final class ServiceHandler extends Handler {
public ServiceHandler(Looper looper) {
super(looper);
public void handleMessage(Message msg) {
onHandleIntent((Intent)msg.obj);
stopSelf(msg.arg1);
handleMessage中执行了onHandleIntent()这个方法，也就是我们继承IntentService时需要重写的抽象方法，所以onHandleIntent()是个异步方法，因为它是执行在HandlerThread开启的子线程中的。
值得注意的一点是当调用完onHandleIntent()之后ServiceHandler 调用了stopSelf(msg.arg1)，这个方法跟stopSelf()的区别是stopSelf(msg.arg1)会判断当前的服务是不是最后的服务，如果不是则不关闭，等最后的服务完成后才关闭，而stopSelf()会直接关闭服务。
所以，IntentService的本质就是一个封装了HandlerThread和Handler的异步框架。
安卓初级狗