‘壹’ 如何终止android Handler 中的消息处理
终止Android Handler 中的消息处理的办法：
首先你可以放到线程中去执行，这个应该是个耗时操作，放到UI线程中，程序会假死。
然后你可以通过handler去启动这个线程来执行这个方法，如果取消的话，在发给handler一个消息，让handler再去停止这个线程。
‘贰’ android中handle和线程的关系是什么
作者：李板溪
链接：http://www.hu.com/question/24766848/answer/53037579
来源：知乎
着作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
问题背景，假设你要下载一张美女图显示出来。 使用这个问题就可以说明主要的问题了。
好了 上代码，下载美女图片，然后显示在 ImageView 中。 代码如下：
public class MainActivity extends AppCompatActivity {
public static final String beautyUrl = "http://ww3.sinaimg.cn/large/.jpg";
ImageView mBeautyImageView;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mBeautyImageView = (ImageView)findViewById(R.id.beauty);
mBeautyImageView.setImageBitmap(downloadImage(beautyUrl));
}
@Nullable
public Bitmap downloadImage(String urlString){
try {
final URL url = new URL(urlString);
try(InputStream is = url.openStream()){
return BitmapFactory.decodeStream(is);
}
} catch (IOException e) {
e.printStackTrace();
return null;
}
}
}
然后这样的一段看似没有问题的代码，在 Android 3 以上是会直接报错的。 主要错误原因在
Caused by: android.os.NetworkOnMainThreadException at android.os.StrictMode$AndroidBlockGuardPolicy.onNetwork(StrictMode.java:1147)
为了保证用户体验， Android 在 3.0 之后，就不允许在 主线程（MainThread）即 UI线程 中执行网络请求了。 那怎么办呢？
好吧，我们暂不考试 Android 提供的一系统组件及工具类， 用纯 Java 的方式来解决这个问题。
在新的线程中下载显示图片
在新创建的线程中下载显示图片如下：
new Thread(new Runnable() {
@Override
public void run() {
mBeautyImageView.setImageBitmap(downloadImage(beautyUrl));
}
}).start();
看起来来错的样子，跑起来看看。 啊，又报错了。
android.view.ViewRootImpl$: Only the original thread that created a view hierarchy can touch its views.
说只能在创建View 层级结构的线程中修改它。 创建它的线程就是主线程。 在别的线程不能修改。 那怎么办？
那现在我们遇到的问题是： 下载不能在主线程下载。 更新ImageView 一定要在 主线程中进行。 在这样的限制下，我们自然而然想去一个解决办法： 就是在新创建的线程中下载。 下载完成在主线程中更新 ImageView。
但是，怎么在下载完成之后，将图片传递给主线程呢？这就是我们问题的关键了。
线程间通信
我们的通信要求，当下载线程中下载完成时，通知主线程下载已经完成，请在主线程中设置图片。 纯 Java 的实现上面的线程间通信的办法我暂没有找到，于是我想到使用 FutureTask 来实现在主线程中等待图片下载完成，然后再设置。
FutureTask<Bitmap> bitmapFutureTask = new FutureTask<>(new Callable<Bitmap>() {
@Override
public Bitmap call() throws Exception {
return downloadImage(beautyUrl);
}
});
new Thread(bitmapFutureTask).start();
try {
Bitmap bitmap = bitmapFutureTask.get();
mBeautyImageView.setImageBitmap(bitmap);
} catch (InterruptedException |ExecutionException e) {
e.printStackTrace();
}
不过这虽然骗过了 Android 系统，但是虽然系统阻塞的现象没有解决。 例如我在 get() 方法前后设置了输出语句：
Log.i(TAG,"Waiting Bitmap");
Bitmap bitmap = bitmapFutureTask.get();
Log.i(TAG,"Finished download Bitmap");
设置了下载时间至少 5 秒钟之后，输出如下：
06-27 23:30:18.058 21298-21298/com.banxi1988.androiditc I/MainActivity﹕ Waiting Bitmap 06-27 23:30:23.393 21298-21298/com.banxi1988.androiditc I/MainActivity﹕ Finished download Bitmap
让主线程什么事做不做，就在那傻等了半天。然后由于 onCreate没有返回。用户也就还没有看到界面。 导致说应用半天启动不了。。卡死了。。
查阅了一些资料，没有不用 Android 的框架层的东西而实现在其他进程执行指定代码的。
而 Android 中线程间通信就得用到 android.os.Handler 类了。 每一个 Handler 都与一个线程相关联。 而 Handler 的主要功能之一便是： 在另一个线程上安插一个需要执行的任务。
这样我的问题就通过一个 Handler 来解决了。
于是 onCreate 中的相关代码变成如下了：
final Handler mainThreadHandler = new Handler();
new Thread(new Runnable() {
@Override
public void run() {
final Bitmap bitmap = downloadImage(beautyUrl);
mainThreadHandler.post(new Runnable() {
@Override
public void run() {
mBeautyImageView.setImageBitmap(bitmap);
}
});
}
}).start();
看起来很酷的样子嘛，一层套一层的 Runnable. mainThreadHandler 因为是在 主线程中创建的， 而 Handler创建时，绑定到当前线程。 所以 mainThreadHandler 绑定到主线程中了。
当然 Android 为了方便你在向主线程中安排进操作，在 Activity类中提供了 runOnUiThread 方法。 于是上面的代码简化为：
new Thread(new Runnable() {
@Override
public void run() {
final Bitmap bitmap = downloadImage(beautyUrl);
runOnUiThread(new Runnable() {
@Override
public void run() {
mBeautyImageView.setImageBitmap(bitmap);
}
});
}
}).start();
你不用自己创建一个 Handler了。
而 runOnUiThread 的具体实现，也跟我们做得差不多。UI线程即主线程。
public final void runOnUiThread(Runnable action) {
if (Thread.currentThread() != mUiThread) {
mHandler.post(action);
} else {
action.run();
}
}
Handler 与 Loop 简介
上面说到 每一个 Handler 都与一个线程相绑定。 实际上是，通过 Handler 与 Loop 绑定，而每一个 Loop 都与一个线程想绑定的。 比如 Handler 中两个主要构造函数大概如下：
public Handler(...){
mLooper = Looper.myLooper();
// ...
}
public Handler(Looper looper,...){
mLooper = looper;
// ...
}
public static Looper myLooper() {
return sThreadLocal.get();
}
然后 Looper 的构造函数如下：
private Looper(boolean quitAllowed) {
mQueue = new MessageQueue(quitAllowed);
mThread = Thread.currentThread();
}
绑定了当前的线程和生成了一个消息队列。
值得提起的一点是， Looper 类保持了对 应用的主线程的 Looper 对象的静态应用。
private static Looper sMainLooper; // guarded by Looper.class
public static Looper getMainLooper() {
synchronized (Looper.class) {
return sMainLooper;
}
}
这样就可以方便你在其他线程中，使用一个绑定到主线程的 Handler，从而方便向主线程安插任务。 例如一般的图片处理库即是如此。这样你只要指定一个 图片的 url,及要更新的ImageView 即可。 如 Picasso 库可以用如下代码的读取并更新图片。 Picasso.with(context).load(url).into(imageView);
然后 Handler 可以做的事情还有很多。 因为它后面有 Looper 有 MessageQueue。可以深入了解下。
谈一下线程池与 AsyncTask 类
Android 早期便有这个便利的类来让我们方便的处理 工作线程及主线程的交互及通信。 但是现在先思考一下，我们上面的代码可能遇到的问题。 比如，我们现在要显示一个图片列表。 一百多张图片。 如果每下载一张就开一个线程的话，那一百多个线程，那系统资源估计支持不住。特别是低端的手机。
正确的做法是使用一个线程池。
final ExecutorService executor = Executors.newCachedThreadPool();
executor.execute(new Runnable() {
@Override
public void run() {
final Bitmap bitmap = downloadImage(beautyUrl);
runOnUiThread(new Runnable() {
@Override
public void run() {
mBeautyImageView.setImageBitmap(bitmap);
}
});
executor.shutdown();
}
});
由于我们是在在一个局部方法中使用了一个线程池。所以处理完了之后应该将线程停止掉。 而我们上面只有一个线程，所以直接在下载完成之后，调用 executor停掉线程池。 那如果执行了多个图片的下载请求。需要怎么做呢？ 那就要等他们都完成时，再停止掉线程池。 不过这样用一次就停一次还是挺浪费资源的。不过我们可以自己保持一个应用级的线程池。 不过这就麻烦不少。
然后 Android 早已经帮我们想法了这一点了。 我们直接使用 AsyncTask 类即可。
于是我们下载图片并显示图片的代码如下：
new AsyncTask<String,Void,Bitmap>(){
@Override
protected Bitmap doInBackground(String... params) {
return downloadImage(params[0]);
}
@Override
protected void onPostExecute(Bitmap bitmap) {
mBeautyImageView.setImageBitmap(bitmap);
}
}.execute(beautyUrl);
相比之前的代码简洁不少。
看一下 AsyncTask 的源代码，正是集合我们之前考虑的这些东西。
一个全局的线程池
public static final Executor THREAD_POOL_EXECUTOR
= new ThreadPoolExecutor(CORE_POOL_SIZE, MAXIMUM_POOL_SIZE, KEEP_ALIVE,
TimeUnit.SECONDS, sPoolWorkQueue, sThreadFactory);
一个绑定主线程的 Handler ，在线程中处理传递的消息
private static class InternalHandler extends Handler {
public InternalHandler() {
super(Looper.getMainLooper());
}
@SuppressWarnings({"unchecked", "RawUseOfParameterizedType"})
@Override
public void handleMessage(Message msg) {
AsyncTaskResult<?> result = (AsyncTaskResult<?>) msg.obj;
switch (msg.what) {
case MESSAGE_POST_RESULT:
// There is only one result
result.mTask.finish(result.mData[0]);
break;
case MESSAGE_POST_PROGRESS:
result.mTask.onProgressUpdate(result.mData);
break;
}
}
}
小结
Android 提供的 Looper 和 Handler 可以让我们非常方便的在各线程中安排可执行的任务
‘叁’ Android Handler那些事儿，消息屏障IdelHandlerANR
Handler 是Android SDK中用来处理异步消息的核心类，子线程可以通过handler来通知主线程进行ui更新。
备注：本文源码截图 基于Android sdk 28
Handler机制 消息发送主要流程如图
应用程序启动后，zygote fork一个应用进程后，和普通java程序一样，程序会首先执行ActivityThread中的main函数。在main函数中，程序首先会创建Looper对象并绑定到主线程中，然后开启loop循环。（ps:主线程loop循环不能退出）
在prepareMainLooper方法中，最终会创建Looper，MessageQueue对象 以及创建native层MessageQueue对象。
使用Handler.sendMessageXXX或这 postDedayXXX发送消息后，最终会调用到SendMessageAtTime方法中。
然后调用MessageQueue.enqueueMessage将消息存到消息队列中。
存入消息后，然后通过调用native方法 唤醒主线程进行消息处理。
当应用程序启动，做完一些必要工作之后，便会开启Loop循环，除非系统异常，否则该循环不会停止。loop循环中，主要做两件事，第一，从消息队列中取消息。第二，进行消息分发处理。
MessageQueue.next() 方法 通过调用 native方法 nativePollOnce(ptr, nextPollTimeoutMillis)实现无消息处理时，进入阻塞的功能。
当nextPollTimeoutMillis 值为0时，该方法会立刻返回；
当nextPollTimeoutMillis 值为-1时，该方法会无限阻塞，直到被唤醒；
当nextPollTimeoutMillis 值大于0时，该方法会将该值设置为超时时间，阻塞到达一定时间后，返回；
在loop循环中 ，通过调用 msg.target.dispatchMessage(msg) 进行消息的分发处理
使用当前线程的MessageQueue.addIdleHandler方法可以在消息队列中添加一个IdelHandler。
当MessageQueue 阻塞时，即当前线程空闲时，会回调IdleHandler中的方法；
当IdelHandler接口返回false时，表示该IdelHandler只执行一次，
a，延迟执行
例如，当启动Activity时，需要延时执行一些操作，以免启动过慢，我们常常使用以下方式延迟执行任务，但是在延迟时间上却不好控制。
其实，这时候使用IdelHandler 会更优雅
b，批量任务，任务密集，且只关注最终结果
例如，在开发一个IM类型的界面时，通常情况下，每次收到一个IM消息时，都会刷新一次界面，但是当短时间内， 收到多条消息时，就会刷新多次界面，容易造成卡顿，影响性能，此时就可以使用一个工作线程监听IM消息，在通过添加IdelHandler的方式通知界面刷新，避免短时间内多次刷新界面情况的发生。
在Android的消息机制中，其实有三种消息: 普通消息、异步消息及消息屏障。
消息屏障 也是一种消息，但是它的target为 null。可以通过MessageQueue中的postSyncBarrier方法发送一个消息屏障（该方法为私有，需要反射调用）。
在消息循环中，如果第一条消息就是屏障消息，就往后遍历，看看有没有异步消息:
如果没有，则无限休眠，等待被唤醒
如果有，就看离这个消息被触发时间还有多久，设置一个超时时间，继续休眠
异步消息 和普通消息一样，只不过它被设置setAsynchronous 为true。有了这个标志位，消息机制会对它有些特别的处理，我们稍后说。
所以 消息屏障和异步消息的作用 很明显，在设置消息屏障后，异步消息具有优先处理的权利。
这时候我们回顾将消息添加到消息队列中时，可以发现，其实并不是每一次添加消息时，都会唤醒线程。
当该消息插入到队列头时，会唤醒该线程；
当该消息没有插入到队列头，但队列头是屏障，且该消息是队列中 靠前的一个异步消息，则会唤醒线程，执行该消息；
调用MessageQueue.removeSyncBarrier 方法可以移除指定的消息屏障
ANR 即 Application Not Response， 是系统进程对应用行为的一种监控，如果应用程序没有在规定时间内完成任务的话，就会引起ANR。
ANR类型
Service Timeout : 前台服务20s, 后台服务200s
BroadcastQueue Timeout : 前台广播 10s，后台广播60s
ContentPrivider Timeout : 10s
InputDispatching Timeout : 5s
比如，在启动一个服务时， AMS端通过应用进程的Binder对象创建Service, 在scheleCreateService()方法中 会调用到当前service的onCreate()生命周期函数；
bumpServiceExecutingLocked()方法内部实际上会调用到scheleServiceTimeoutLocked()方法，发送一个ActivityManagerService.SERVICE_TIMEOUT_MSG类型消息到AMS工作线程中。
消息的延时时间，如果是前台服务，延时20s, 如果是后台服务，延时200s;
如果Service的创建 工作在 上诉消息的延时时间内完成，则会移除该消息，
否则，在Handler正常收到这个消息后，就会进行服务超时处理，即弹出ANR对话框。
复杂情况下，可能会频繁调用sendMessage 往消息队列中，添加消息，导致消息积压，造成卡顿，
1，重复消息过滤
频繁发送同类型消息时，有可能队列中之前的消息还没有处理，又发了一条相同类型的消息，更新之前的数据，这时候，可以采用移除前一个消息的方法，优化消息队列。
2，互斥消息取消
在发送消息时，优先将消息队列中还未处理的信息已经过时的消息 移除，优化队列
3，队列优化-复用消息
创建消息时，优先采用之前回收的消息，避免重复创建对象，引起GC
完~
（如果错误或不足，望指出， 大家共同进步）
‘肆’ android 进度条，暂停，继续怎么弄
Handler和ProgressBar实现进度条的开始，暂停，停止，后退和循环
一，涉及的handler类方法
1，
post(Runnable r)
Causes the Runnable r to be added to the message queue.将要执行的线程对象加到队列当中
2，
removeCallbacks(Runnable r)
Remove any pending posts of Runnable r that are in the message queue.移除队列当中未执行的线程对象
3，
postDelayed(Runnable r, long delayMillis)
Causes the Runnable r to be added to the message queue, to be run after the specified amount of time elapses.
将要执行的线程对象放入到队列当中，待时间结束后，运行制定的线程对象
二，编写程序
程序效果：实现进度条的开始，暂停，停止，后退和循环
http://blog.csdn.net/superjunjin/article/details/7539844