android join 多线程,线程间交互和Android多线程

线程间交互

一个线程启动另一个线程

new Thread().start() Executor.execute() 等

一个线程终结另一个线程

Thread.stop() 暴力终结,结果不可预期

Thread.interrupt() 预期的终结,不立即,不强制

Thread.interrupted() 和 isInterrupted()：都是检查中断状态，但是静态方法会重置中断状态为false

InterruptedException：如果在线程等待时中断，或者在中断状态等待，会直接结束等待过程(因为等待过程什么也不会做，而interrupt的目的是让线程做完收尾工作尽快终结，所以要跳过等待过程)

SystemClock.sleep()：不会被打断，不会有Exception

Object.wait()和Object.notify()/Object.notifyAll

在为满足条件时wait，利用while判断条件，不能用if判断

利用while循环检查wait条件

设置完成后 notifyAll()

wait()和notify()/notifyAll() 都需要放在同步代码块中

Thread.join()

让另一个线程插在自己前面运行

Thread.yield()

暂时让出自己的时间片给同优先级的线程

Android的Handler机制

本质

在某个指定的运行中的线程上执行代码(执行任务Runnable)

思路

在接受任务的线程上执行循环判断

基本实现

Thread 里while循环检查(Looper.looop())

加上Looper(优势在于自定义Thread的代码可以少写很多)

再加上Handler(优势在于功能分拆，而且可以有多个Handler)

Java的Handler机制

HandlerThread 具体的线程

Looper 负责循环，条件判断和执行任务

Handler 负责任务的制定和线程间传递

AsyncTask

AsyncTask的内存泄露

众所周知的原因：AsyncTask持有外部Activity的引用

没提到的原因：执行中的线程不会被系统回收

Java的回收策略：没有被GC Root直接或者间接持有引用的对象，会被回收

GC Root：

1.运行中的线程

2.静态对象

3.来自 native code 中的引用

总结

AsyncTask的内存泄露，其它类型的线程方案(Thread，Executor，HandlerThread)一样都有，所以不要忽略它们，或者认为AsyncTask比别的方案更危险。并没有

就算使用AsyncTask，只要任务的时间不长(例如 10s 之内)，那就完全没有必要做防止内存泄露的处理

Service和IntentService

拥有Context的Service

Service：后台任务的活动空间，统一管理 适用场景：音乐播放器等

IntentService：执行单个任务后自动关闭的Service

Executor AsyncTask HandlerThread IntentService Service 的选择

原则： 哪个简单使用哪个

1.能用Executor就用Executor

2.需要用到后台线程推送任务到UI线程时，再考虑AsyncTask或者Handler

3.HandlerThread使用场景：原本它设计的使用场景是在已经运行的指定线程上执行代码，但现实开发中，除了主线程之外，几乎没有这种需求，因为HandlerThread和Executor相比在实际应用中并没有什么优势，反而用起来会麻烦一点。

4.IntentService：首先，它是一个带Context的Service；另外，它在处理线程本身，没有比Executor有任何优势

Executor和HandlerThread的关闭

如果在界面组件里创建Executor或者HandlerThread，记得要在组件关闭的时候(如：Activity.onDestroy())关闭Executor和HandlerThread

@Override

protected void onDestroy() {

super.onDestroy();

executor.shutdown();

}

@Override

protected void onDestroy() {

super.onDestroy();

handlerThread.quit(); // 这个其实就是停止 Looper 的循环

}