线程是操作系统调度的最小单元,同时线程又是一种受限的资源,即线程不可能无限制的产生,并且线程的创建和销毁都会有相应的开销。线程不可能做到绝对的并行,除非线程数量小于等于CPU的核心数,一般来说这是不可能的。通过线程池可以避免因为频繁创建和销毁线程所带来的系统开销。
Thread/Runnable/Callable
一般实现线程的方式有两种,继承Thread或实现Runnable。我们调用Thread会有如下两种方法:
thread.run();
thread.start();
这两个方法的区别在于run()方法只是调用了Thread实例的run()方法而已,它仍然运行在调用它的那个线程中;而start()方法会开辟一个新的线程,在新的线程上调用run()方法,此时它运行在新的线程中。
Runnable和Callable都表示那些要在不同线程中执行的任务。它们两个的区别在于:
- Runnable从JDK1.0开始就有了,而Callable是在JDK1.5的时候增加的;
- Callable接口下的方法是call(),而Runnable接口的方法是run();
- Callable的call()方法可以抛出异常,而run()方法不行;
- 运行Callable任务可以拿到一个Future对象,表示异步计算的结果。它提供了检查计算是否完成的方法,以等待计算的完成,并检索计算结果。通过Future可以了解任务执行情况,可以取消任务的执行,还可以获取执行结果。
然而,Thread只支持Runnable接口,由此引入FutureTask的概念。
FutureTask
FutureTask实现了Runnable和Futrue,所以兼顾两者的优点,既可在Thread中使用,又可在ExecutorService中使用,Future源码如下:
public interface Future<V> {
boolean cancel(boolean mayInterruptIfRunning);
boolean isCancelled();
boolean isDone();
V get() throws InterruptedException, ExecutionException;
V get(long timeout, TimeUnit unit)
throws InterruptedException, ExecutionException, TimeoutException;
}
FutrueTask是为了弥补Thread的不足而设计的,它可以让程序员准确的知道线程什么时候执行完成并获得线程执行完后返回的结果。FutureTask是一种可以取消的异步计算任务,它的计算通过Callable实现,它等价于可以携带结果的Runnable,并且有3个状态:等待、运行和完成。完成包括所有计算以任意的方式结束,包括正常结束、取消和异常。
Android中的线程形态
Android中的线程形态除了传统的Thread以外,还包含AsyncTask、HandlerThread以及IntentService,这三者的底层实现也是线程,但是它们具有特殊的表现形式,同时在使用上也各有优缺点。
AsyncTask
AsyncTask是一种轻量级的异步任务类,它可以在线程池中执行后台任务,然后把执行的进度和结果传递给主线程并在主线程中更新UI。从实现上来讲,AsycnTask封装了Thread和Handler,但是它并不适合进行特别耗时的后台任务。
AsyncTask是一个抽象的泛型类,它提供了Params、Progress和Result三个泛型参数,其中Params表示参数的类型,Progress表示后台任务进度的类型,而Result表示后台任务返回结果的类型,如果AsyncTask不需要传递具体的参数,那么这三个泛型参数可用Void代替。
AsyncTask提供了四个核心方法:
- onPreExcute(),在主线程中执行,在异步任务执行之前,此方法会被调用,一般可用于做一些准备工作;
- doInBackgroud(Params… params),在线程池中执行,用于执行异步任务,params表示异步任务传入的参数。在此方法中可通过publishProgress()方法更新任务进度,publishProgress()方法会调用onProgressUpdate()方法。另外,此方法需要返回计算结果给onPostExcute()方法;
- onProgressUpdate(Progress… progress),在主线程方法中执行,当后台任务的执行进度发生变化时会调用此方法。
- onPostExcute(Result result),在主线程中执行,在异步任务执行后此方法会被调用,其中result参数是后台任务的返回值,即doInBackground()的返回值。
AsyncTask在具体的使用过程中也是有一些条件限制的:
- AsyncTask的类必须在主线程中加载。
- AsyncTask的对象必须在主线程中创建。
- excute方法必须在UI线程中调用。
- 不要在程序中直接调用onPreExcute()、onPostExcute()、doInBackground()和onProgressUpdate()方法。
- 一个AsyncTask对象只能执行一次,即只能调用一次excute()方法,否则会报运行时异常。
- 在Android1.6之前,AsyncTask是串行执行任务的,Android1.6时AsyncTask开始使用线程池处理并行任务,但从Android3.0开始,为了避免AsyncTask带来的并发错误,AsyncTask又采用一个线程来串行执行任务。尽管如此,在Android3.0及后续版本中,我们仍可以通过excuteOnExcutor()方法来并行执行任务。
HandlerThread
HandlerThread继承了Thread,它的run()方法源码如下所示:
@Override
public void run() {
mTid = Process.myTid();
Looper.prepare();
synchronized (this) {
mLooper = Looper.myLooper();
notifyAll();
}
Process.setThreadPriority(mPriority);
onLooperPrepared();
Looper.loop();
mTid = -1;
}
从源码来看,HandlerThread在run()方法中创建了一个消息队列,外界通过Handler的消息方式通知HandlerThread执行一个具体的任务。HandlerThread的run()方法是一个无限循环,因此当明确不需要再使用HandlerThread时,可以通过它的quit()或者quitSafely()方法来终止线程的执行。
HandlerThread是一个很有用的类,它在Android中的一个具体使用场景是IntentService。
IntentService
IntentService是一个继承了Service的抽象类,所以我们需要实现它的子类再去使用。IntentService可用于执行后台耗时的任务,当任务执行后它会自动停止,同时由于它是服务的原因,导致它的优先级比单纯的线程要高很多,所以IntentService比较适合执行一些高优先级的后台任务。IntentService封装了HandlerThread与Handler,这从它的onCreate()方法中可以看出:
@Override
public void onCreate() {
super.onCreate();
HandlerThread thread = new HandlerThread("IntentService[" + mName + "]");
thread.start();
mServiceLooper = thread.getLooper();
mServiceHandler = new ServiceHandler(mServiceLooper);
}
每次启动IntentService,它的onStartCommand()方法就会被调用一次,onStartCommand()方法调用了onStart()方法,onStart()方法源码如下:
@Override
public void onStart(@Nullable Intent intent, int startId) {
Message msg = mServiceHandler.obtainMessage();
msg.arg1 = startId;
msg.obj = intent;
mServiceHandler.sendMessage(msg);
}
从源码可以看出IntentService只是通过mServiceHandler发送了一条消息,这个消息会在HandlerThread中被处理。mServiceHandler收到消息后,会将Intent对象传递给onHandleIntent()方法去处理,这个Intent对象和外界startService(intent)中的intent内容是完全一致的,通过这个Intent我们就可以获取到参数去执行具体的后台任务了。ServiceHandler的源码如下:
private final class ServiceHandler extends Handler {
public ServiceHandler(Looper looper) {
super(looper);
}
@Override
public void handleMessage(Message msg) {
onHandleIntent((Intent)msg.obj);
stopSelf(msg.arg1);
}
}
由源码可以看出,执行完onHandleIntent()方法之后,Service会调用stopSelf(msg.arg1)方法停止服务,之所以使用此方法而不使用stopSelf()方法的原因是:stopSelf(int i)方法会等待所有的消息都处理完后才停止服务,而stopSelf()方法会立刻停止服务。onHandleIntent()方法是一个抽象方法,需要我们自己去实现它的逻辑。
由于每次执行一个后台方法就要启动一次IntentService,而IntentService内部通过消息的方式向HandlerThread请求执行任务,Handler中的Looper是顺序处理消息的,这就意味着IntentService也是顺序处理后台任务的。
Android中的线程池
线程池的优点可以概括为以下三点:
- 重用线程池中的线程,避免因为线程的创建和销毁所带来的性能开销。
- 能有效的控制线程池的最大并发数,避免大量的线程之间因互相抢占资源而导致的阻塞现象。
- 能够对线程进行简单的管理,并提供定时执行以及指定间隔循环执行等操作。
Android中的线程池概念来源于Java中的Excutor,它是一个接口,真正的线程池实现为ThreadPoolExcutor。
ThreadPoolExcutor
ThreadPoolExcutor常用的构造方法如下:
public ThreadPoolExecutor(int corePoolSize,
int maximumPoolSize,
long keepAliveTime,
TimeUnit unit,
BlockingQueue<Runnable> workQueue,
ThreadFactory threadFactory) {
this(corePoolSize, maximumPoolSize, keepAliveTime, unit, workQueue,
threadFactory, defaultHandler);
}
构造方法中的参数解释如下:
- corePoolSize,线程池的核心线程数,默认情况下,核心线程会在线程池中一直存活,即使它们处于闲置状态。若将ThreadPoolExcutor的allowCoreThreadTimeOut属性设置为true,则闲置的核心线程在等待新任务时会有超时策略,这个时间由keepAliveTime决定,当等待时间超过keepAliveTime时,核心线程就会被终止。
- maximumPoolSize,线程池所能容纳的最大线程数,当活动线程数达到这个数值后,后续的新任务将会被阻塞。
- keepAliveTime,非核心线程的闲置超时时长,超过这个时长,非核心线程就会被回收,当ThreadPoolExcutor的allowCoreThreadTimeOut属性为ture时,这个策略同样会作用于核心线程。
- unit,用于指定keepAliveTime参数的时间单位,是一个枚举类TimeUnit,常用的有SECONDS、MINUTES、MILLISECONDS等。
- workQueue,线程池中的任务队列,通过excute方法提交的Runnable对象会存储在这个参数中。
- threadFactory,线程工厂,为线程池提供创建新线程的功能,它是一个接口,只有一个方法:Thread newThread(Runnable r)。
ThreadPoolExcutor执行任务时大致遵循如下规则:
- 如果线程池中的线程数量未达到核心线程数,那么会直接启动一个核心线程来执行任务。
- 如果线程池中的线程数量已经达到或超过核心线程数,那么任务将会被插入到任务队列中排队等待执行。
- 如果在2步骤中无法将任务插入到任务队列中,这往往是由于任务队列满了,此时若线程数量未达到线程池规定的最大值,那么会立即启动一个非核心线程来执行任务。
- 如果步骤3中线程数量已经达到线程池规定的最大值,那么就拒绝执行此任务,ThreadPoolExcutor会调用RejectedExcurionHandler的rejectException方法来通知调用者。
线程池的分类
Android中最常见的线程池有四类,分别是FixedThreadPool、CachedThreadPool、ScheduledThreadPool和SingleThreadExcutor。
1、FixedThreadPool
通过Excutors.newFixedThreadPool(int nThreads)来创建。它是一种线程数量固定的线程池,该线程池中的线程都为核心线程,它们没有超时机制,当所有线程都处于活动状态时,新任务都会处于等待状态,直到有线程空闲出来。由于它只有核心线程且核心线程不会被回收,所以它能更快速的响应外界的请求。newFixedThreadPool源码如下:
public static ExecutorService newFixedThreadPool(int nThreads, ThreadFactory threadFactory) {
return new ThreadPoolExecutor(nThreads, nThreads,
0L, TimeUnit.MILLISECONDS,
new LinkedBlockingQueue<Runnable>(),
threadFactory);
}
2、CachedThreadPool
通过Excutors.newCachedThreadPool()来创建。它是一个数量不定的线程池,它只有非核心线程,且它的最大线程数为Integer.Max_VALUE。当线程池中的线程都处于活动状态时,线程池会创建新的线程来处理新任务,否则就会利用空闲的线程来处理新的任务。空闲线程都有超时机制,这个超时时长为60s,超过60s闲置线程就会被回收。这类线程池比较适合执行大量的耗时较少的任务。newCachedThreadPool源码如下:
public static ExecutorService newCachedThreadPool() {
return new ThreadPoolExecutor(0, Integer.MAX_VALUE,
60L, TimeUnit.SECONDS,
new SynchronousQueue<Runnable>());
}
3、ScheduledThreadPool
通过通过Excutors.newScheduledThreadPool(int coreSize)来创建。它的核心线程数是固定的,而非核心线程数是没有限制的,当非核心线程闲置时会被立刻回收。此类线程池主要用于执行定时任务和具有固定周期的重复任务。newScheduledThreadPool 的源码如下:
public static ScheduledExecutorService newScheduledThreadPool(int corePoolSize) {
return new ScheduledThreadPoolExecutor(corePoolSize);
}
public ScheduledThreadPoolExecutor(int corePoolSize) {
super(corePoolSize, Integer.MAX_VALUE,
DEFAULT_KEEPALIVE_MILLIS, MILLISECONDS,
new DelayedWorkQueue());
}
4、SingleThreadExcutor
通过通过Excutors.newSingleThreadExcutor()来创建。这类线程池只有一个核心线程,它确保所有的任务都在同一个线程中按顺序执行。它的意义在于统一所有外界任务到一个线程中,这使得这些任务之间不需要处理线程同步的问题。newSingleThreadExcutor的源码如下:
public static ExecutorService newSingleThreadExecutor() {
return new FinalizableDelegatedExecutorService
(new ThreadPoolExecutor(1, 1,
0L, TimeUnit.MILLISECONDS,
new LinkedBlockingQueue<Runnable>()));
}
synchronized锁住的是代码还是对象
在Java中,synchronized关键字是用来控制线程同步的,就是在多线程的环境下,控制synchronized代码段不被多个线程同时执行。synchronized既可以加在一段代码上,也可以加在方法上。但是,不要认为给方法或者代码加上synchronized关键字就完事了,如下面这段代码:
public static void main(String[] args) {
for (int i = 0; i < 3; i++) {
TestThread thread = new TestThread();
thread.start();
}
}
static class Test {
public synchronized void test() {
System.out.println("test开始.....");
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println("test结束....");
}
}
static class TestThread extends Thread {
@Override
public void run() {
super.run();
Test test = new Test();
test.test();
}
}
代码的执行结果为:
test开始.....
test开始.....
test开始.....
test结束....
test结束....
test结束....
从代码中可以看出,上面的程序开启了三个线程去执行Test的同步方法,可是执行结果却还是同时运行,貌似synchronized并没有起作用。将test方法的synchronized从方法中移至代码块中,并用this对象作为同步锁,得到的结果任然是一样的。
实际上,synchronized(this)与非static修饰的同步方法只能防止多个线程同时执行同一个对象的同步代码。因此synchronized关键字锁住的是对象而不是代码块。对于非static修饰的同步方法,其默认锁住的对象就是this。当synchronized锁住一个对象后,别的线程如果也想要拿到这个对象的锁,就必须等到这个线程执行完释放锁,才能再次给对象加锁,这样才能达到线程同步的目的。即使两段不同的代码,都要锁同一个对象,那么这两个代码段也不能在多线程环境下同时进行。
所以我们在使用synchronized关键字时,能缩小代码段的范围就尽量缩小,能在代码段上加同步就不在方法上加同步。这叫减小锁的粒度,使代码更大程度的并发。
再来看上面的代码,每个线程中都新建了一个Test对象,也就产生了三个不同的对象,由于不是同一个对象,所以synchronized关键字并没有起作用。为了验证这个观点,我们将代码修改成如下所示:
public static void main(String[] args) {
Test test=new Test();
for (int i = 0; i < 3; i++) {
TestThread thread = new TestThread(test);
thread.start();
}
}
static class TestThread extends Thread {
private Test test;
public TestThread(Test test) {
this.test = test;
}
@Override
public void run() {
super.run();
test.test();
}
}
代码的执行结果为:
test开始.....
test结束....
test开始.....
test结束....
test开始.....
test结束....
可以看到,此时synchronized关键字就起作用了。
那么,如果还是像之前的代码一样每个线程new一个Test对象,但是又要让synchronized关键字起作用要怎么办呢?只要保证synchronized关键字锁住的是同一个对象就可以了,较多的做法是让synchronized锁住这个类对应的Class对象。代码如下:
static class Test {
public void test() {
synchronized (Test.class) {
System.out.println("test开始.....");
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println("test结束....");
}
}
}
当然,我们也可以在方法上加synchronized,但是要达到上述效果,方法需要被static修饰。static synchronized方法锁住的就是类的Class对象。
Java中的wait、notify、notifyAll
在Java中线程间的通讯可以通过wait、notify、notifyAll这三个方法来控制。这三个都跟多线程相关,但是这三个方法并不是Thread类或者Runnable接口的方法,而是Object的三个本地方法。调用一个Object的wait与notify/notifyAll的时候,必须保证调用代码对该Object是同步的,也就是说必须是在synchronized(obj){}的内部才能够去调用,否则会抛出如下异常:
java.lang.IllegalMonitorStateException:current thread not owner
也就是说,在调用这三个方法的时候,当前线程必须获得这个对象的锁,那么这三个方法就是和对象锁相关的,所以方法属于Object而不是Thread,因为不是每个对象都是Thread。synchronized机制保证了同一时间最多只有一个线程拿到对象的锁。
下面我们来看看这三个方法的作用:
- wait:线程自动释放其占有的对象锁,并等待notify
- notify:唤醒一个正在wait()当前对象锁的线程,并让它拿到对象锁
- notifyAll:唤醒所有正在wait()当前对象锁的线程
notify与notifyAll的最主要的区别在于:notify只是唤醒一个正在wait当前对象锁的线程,而notifyAll是唤醒所有。需要注意的是,notify具体唤醒哪一个线程是由虚拟机决定的;notyfyAll后并不是所有的线程都能马上往下执行,它们只是跳出了wait状态,接下来它们还需要竞争对象锁。
CountDownLatch
CountDownLatch是Java提供的一个线程同步辅助类,使用这个辅助类可以实现让线程等待其它线程完成一组操作后才能执行,否则就一直等待。这个类使用一个整型参数来初始化,这个参数代表着等待其他线程的数量,使用await()方法让线程开始等待其他线程执行完毕,每个线程执行完毕后调用countDown()方法,这会让CountDownLatch内部的计数器减1,当计数器变为0时,CountDownLatch类将唤醒所有调用await()方法进入WAITING状态的线程。注意:CountDownLatch并不是用来保护共享资源同步访问的,而是用来控制并发线程等待的。并且CountDownLatch只允许进入一次,一旦内部计数器等于0,再调用这个方法将不起作用,若有第二次并发等待,你需要再创建一个新的CountDownLatch。
参考资料