Android的线程和线程池--《Android开发艺术探索》阅读笔记——第十一章

除了Thread，Android中扮演线程的角色还有：AsyncTask、HandlerThread、IntentService。

• AsyncTask：内部封装线程池、handler，便于在子线程中更新UI。
• HandlerThread：可以使用消息循环的线程，在它内部可以使用Handler。
• IntentService：内部使用HandlerThread执行任务，完毕后会自动退出。（相比后台线程）因是组件，优先级高，不易被杀死。

线程是操作系统调度的最小单元，是一种受限的资源，不可能无限制的产生。且线程的创建和销毁需要相应的开销。且存在大量线程时，系统会通过时间片轮转的方式调度线程，因此线程不可能做到并行，除非线程数小于等于cpu数。所以需要 线程池，它可以缓存一定数量的线程，避免频繁地线程创建和销毁带来的系统开销。

一、Android中的线程形态

1.1 AsyncTask

AsyncTask是用来在线程池中处理异步任务，并可以把处理进度和结果发送到UI线程。

1.1.1 使用方法

AsyncTask的基本使用方法，示例如下：

    private void testAsyncTask() {
        //一般要在主线程实例化。(实际在9.0上 子线程创建实例然后主线程execute没问题)
        //三个泛型参数依次表示参数类型、进度类型、结果类型。
        //覆写的这几个方法不可以直接调用
        AsyncTask task = new AsyncTask() {

            @Override
            protected void onPreExecute() {
                super.onPreExecute();
                //主线程执行，在异步任务之前
                Log.i(TAG, "testAsyncTask onPreExecute: ");
            }

            @Override
            protected String doInBackground(Integer... integers) {
                Log.i(TAG, "testAsyncTask doInBackground: ");
                //任务在 线程池中执行 耗时操作
                try {
                    Thread.sleep(1000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                //发出进度
                publishProgress(50);
                try {
                    Thread.sleep(1000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                //再发出进度
                publishProgress(100);

                return "我是结果。参数是" + integers[0];
            }

            @Override
            protected void onPostExecute(String s) {
                super.onPostExecute(s);
                //在主线程执行，在异步任务执行完之后
                Log.i(TAG, "testAsyncTask onPostExecute: "+s);
            }

            @Override
            protected void onProgressUpdate(Integer... values) {
                super.onProgressUpdate(values);
                //执行在主线程，调用publishProgress()后就会执行
                Log.i(TAG, "testAsyncTask onProgressUpdate: 进度："+values[0]+"%");
            }

            @Override
            protected void onCancelled() {
                super.onCancelled();
                //取消任务
            }
        };
        //必须要在主线程执行execute，且只能执行一次
        task.execute(100);
    }

执行结果日志如下：

2020-01-14 11:29:03.510 13209-13209/com.hfy.demo01 I/hfy: testAsyncTask onPreExecute: 
2020-01-14 11:29:03.511 13209-13282/com.hfy.demo01 I/hfy: testAsyncTask doInBackground: 
2020-01-14 11:29:04.558 13209-13209/com.hfy.demo01 I/hfy: testAsyncTask onProgressUpdate: 进度：50%
2020-01-14 11:29:05.589 13209-13209/com.hfy.demo01 I/hfy: testAsyncTask onProgressUpdate: 进度：100%
2020-01-14 11:29:05.590 13209-13209/com.hfy.demo01 I/hfy: testAsyncTask onPostExecute: 我是结果。参数是100

1.1.2 原理分析：

先看构造方法

    public AsyncTask() {
        this((Looper) null);
    }
    public AsyncTask(@Nullable Handler handler) {
        this(handler != null ? handler.getLooper() : null);
    }

    /**
     * Creates a new asynchronous task. This constructor must be invoked on the UI thread.
     */
    public AsyncTask(@Nullable Looper callbackLooper) {
        mHandler = callbackLooper == null || callbackLooper == Looper.getMainLooper()
            ? getMainHandler()
            : new Handler(callbackLooper);

        mWorker = new WorkerRunnable() {
            public Result call() throws Exception {
                mTaskInvoked.set(true);
                Result result = null;
                try {
                    Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND);
                    //noinspection unchecked
                    result = doInBackground(mParams);
                    Binder.flushPendingCommands();
                } catch (Throwable tr) {
                    mCancelled.set(true);
                    throw tr;
                } finally {
                    //执行完，发出结果
                    postResult(result);
                }
                return result;
            }
        };

        mFuture = new FutureTask(mWorker) {
            @Override
            protected void done() {
                try {
                    postResultIfNotInvoked(get());
                } catch (InterruptedException e) {
                    android.util.Log.w(LOG_TAG, e);
                } catch (ExecutionException e) {
                    throw new RuntimeException("An error occurred while executing doInBackground()",
                            e.getCause());
                } catch (CancellationException e) {
                    postResultIfNotInvoked(null);
                }
            }
        };
    }
    private static Handler getMainHandler() {
        synchronized (AsyncTask.class) {
            if (sHandler == null) {
                //这里传入的是主线程的looper，所以用来把消息切到主线程
                sHandler = new InternalHandler(Looper.getMainLooper());
            }
            return sHandler;
        }
    }

看到，首先使用主线程的Looper创建了InternalHandler实例。然后创建了WorkerRunnable的实例mWorker，call方法中看到调用了 doInBackground(mParams)，可以猜想call方法是执行在线程池的。然后创建了FutureTask的实例mFuture并传入了mWorker，mFuture怎么使用的呢？后面会分析道。我们可以先看下Handler的实现InternalHandler：

    private static class InternalHandler extends Handler {
        public InternalHandler(Looper looper) {
            super(looper);
        }

        @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;
            }
        }
    }

看到有处理发送结果、处理发送进度的消息。消息从哪发来的呢？先留个疑问。继续看AsyncTask的execute方法：

    private static volatile Executor sDefaultExecutor = SERIAL_EXECUTOR;
    /**
     *  串行 执行器
     */
    public static final Executor SERIAL_EXECUTOR = new SerialExecutor();
    
    @MainThread
    public final AsyncTask execute(Params... params) {
        return executeOnExecutor(sDefaultExecutor, params);
    }

    @MainThread
    public final AsyncTask executeOnExecutor(Executor exec,
            Params... params) {
        if (mStatus != Status.PENDING) {
            switch (mStatus) {
                case RUNNING:
                    throw new IllegalStateException("Cannot execute task:"
                            + " the task is already running.");
                case FINISHED:
                    throw new IllegalStateException("Cannot execute task:"
                            + " the task has already been executed "
                            + "(a task can be executed only once)");
            }
        }

        mStatus = Status.RUNNING;

        onPreExecute();

        mWorker.mParams = params;
        exec.execute(mFuture);

        return this;
    }

execute方法走到了executeOnExecutor方法，先进行当前任务状态的判断，默认是准备执行任务的PENDING状态，然后变为RUNNING。但如果正在执行的RUNNING、执行完的FINISHED都会抛出异常。这也是一个任务实例只能执行一次的原因。然后又走到了onPreExecute()，因为execute执行在UI线程 所以也解释了其是执行在UI线程的原因。接着把参数赋值给mWorker，mFuture作为参数执行 静态的sDefaultExecutor的execute()方法。注意到sDefaultExecutor是SerialExecutor实例，去瞅瞅：

    //线程池
    public static final Executor THREAD_POOL_EXECUTOR;

    static {
        ThreadPoolExecutor threadPoolExecutor = new ThreadPoolExecutor(
                CORE_POOL_SIZE, MAXIMUM_POOL_SIZE, KEEP_ALIVE_SECONDS, TimeUnit.SECONDS,
                sPoolWorkQueue, sThreadFactory);
        threadPoolExecutor.allowCoreThreadTimeOut(true);
        THREAD_POOL_EXECUTOR = threadPoolExecutor;
    }
    
    private static class SerialExecutor implements Executor {
        final ArrayDeque mTasks = new ArrayDeque();
        Runnable mActive;
        //execute方法加了锁
        public synchronized void execute(final Runnable r) {
            //把r存入到任务队列的队尾
            mTasks.offer(new Runnable() {
                public void run() {
                    try {
                        r.run();
                    } finally {
                        //任务执行完，就执行下一个
                        scheduleNext();
                    }
                }
            });
            //把r存入任务队列后，然后当前没有取出的任务，就 取 队列头部 的任务执行
            if (mActive == null) {
                scheduleNext();
            }
        }

        protected synchronized void scheduleNext() {
            //取 队列头部 的任务执行
            if ((mActive = mTasks.poll()) != null) {
                //THREAD_POOL_EXECUTOR是线程池
                THREAD_POOL_EXECUTOR.execute(mActive);
            }
        }
    }

上面都有注释，可见SerialExecutor就是串行执行器，最终执行在THREAD_POOL_EXECUTOR的线程池中。r.run()实际走的是FutureTask的run方法：

    public FutureTask(Callable callable) {
        if (callable == null)
            throw new NullPointerException();
        this.callable = callable;
        this.state = NEW;       // ensure visibility of callable
    }
    
    public void run() {
        if (state != NEW ||
            !U.compareAndSwapObject(this, RUNNER, null, Thread.currentThread()))
            return;
        try {
            Callable c = callable;
            if (c != null && state == NEW) {
                V result;
                boolean ran;
                try {
                
                    //callable的call方法
                    result = c.call();
                    
                    ran = true;
                } catch (Throwable ex) {
                    result = null;
                    ran = false;
                    setException(ex);
                }
                if (ran)
                    set(result);
            }
        } finally {
            // runner must be non-null until state is settled to
            // prevent concurrent calls to run()
            runner = null;
            // state must be re-read after nulling runner to prevent
            // leaked interrupts
            int s = state;
            if (s >= INTERRUPTING)
                handlePossibleCancellationInterrupt(s);
        }
    }

FutureTask的run方法中调用的传入的callable的call()方法，再结合上面AsyncTask的构造方法，mWorker就是实现callable的call()方法。所以里面的doInBackground方法就会串行的执行在线程池中。因为串行，那使用execute方法不能执行特别耗时的任务，否则会阻塞后面等待的任务。若想要并行，可采用AsyncTask的executeOnExecutor方法，传入线程池THREAD_POOL_EXECUTOR即可。

还注意到，doInBackground执行完后调用了postResult(result)，result就是doInBackground返回值：

    private Handler getHandler() {
        return mHandler;
    }
    private Result postResult(Result result) {
        @SuppressWarnings("unchecked")
        Message message = getHandler().obtainMessage(MESSAGE_POST_RESULT,
                new AsyncTaskResult(this, result));
        message.sendToTarget();
        return result;
    }

看到，使用handler发送消息，消息类型就是MESSAGE_POST_RESULT，前面看到InternalHandler内部handleMessage是有处理的，就是调用task的finish方法：

    private void finish(Result result) {
        if (isCancelled()) {
            //如果任务取消了，回调onCancelled
            onCancelled(result);
        } else {
            //没有取消
            onPostExecute(result);
        }
        //修改任务状态为完成
        mStatus = Status.FINISHED;
    }

可见如果没有调用cancel()，就会走onPostExecute，所以onPostExecute也是执行在UI线程的。

最后看下publishProgress方法：

    protected final void publishProgress(Progress... values) {
        if (!isCancelled()) {
            getHandler().obtainMessage(MESSAGE_POST_PROGRESS,
                    new AsyncTaskResult(this, values)).sendToTarget();
        }
    }

如果没有取消任务，也是用handler，消息类型就是MESSAGE_POST_PROGRESS，前面看到InternalHandler内部handleMessage是有处理的，最后在UI线程执行onProgressUpdate方法。

举两个例子
例子1，默认的串行执行：

        new AsyncTask() {
            @Override
            protected Void doInBackground(Void... voids) {
                Log.i(TAG, "task1 SERIAL_EXECUTOR doInBackground: ");
                try {
                    Thread.sleep(2000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                return null;
            }
        }.execute();

        new AsyncTask() {
            @Override
            protected Void doInBackground(Void... voids) {
                Log.i(TAG, "task2 SERIAL_EXECUTOR doInBackground: ");
                try {
                    Thread.sleep(2000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                return null;
            }
        }.execute();

        new AsyncTask() {
            @Override
            protected Void doInBackground(Void... voids) {
                Log.i(TAG, "task3 SERIAL_EXECUTOR doInBackground: ");
                try {
                    Thread.sleep(2000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                return null;
            }
        }.execute();

执行结果如下，每隔两秒打印一次，可见是串行执行。

2020-01-16 14:51:40.836 13346-13599/com.hfy.demo01 I/hfy: task1 SERIAL_EXECUTOR doInBackground: 
2020-01-16 14:51:42.876 13346-13598/com.hfy.demo01 I/hfy: task2 SERIAL_EXECUTOR doInBackground: 
2020-01-16 14:51:44.915 13346-13599/com.hfy.demo01 I/hfy: task3 SERIAL_EXECUTOR doInBackground: 

例子2，并行执行-直接使用线程池：

        new AsyncTask() {
            @Override
            protected Void doInBackground(Void... voids) {
                Log.i(TAG, "task1 THREAD_POOL_EXECUTOR doInBackground: ");
                try {
                    Thread.sleep(2000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                return null;
            }
        }.executeOnExecutor(AsyncTask.THREAD_POOL_EXECUTOR);

        new AsyncTask() {
            @Override
            protected Void doInBackground(Void... voids) {
                Log.i(TAG, "task2 THREAD_POOL_EXECUTOR doInBackground: ");
                try {
                    Thread.sleep(2000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                return null;
            }
        }.executeOnExecutor(AsyncTask.THREAD_POOL_EXECUTOR);

        new AsyncTask() {
            @Override
            protected Void doInBackground(Void... voids) {
                Log.i(TAG, "task3 THREAD_POOL_EXECUTOR doInBackground: ");
                try {
                    Thread.sleep(2000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                return null;
            }
        }.executeOnExecutor(AsyncTask.THREAD_POOL_EXECUTOR);

执行结果如下，同时打印出来，可见是并行执行。

2020-01-16 14:51:38.772 13346-13599/com.hfy.demo01 I/hfy: task1 THREAD_POOL_EXECUTOR doInBackground: 
2020-01-16 14:51:38.773 13346-13600/com.hfy.demo01 I/hfy: task2 THREAD_POOL_EXECUTOR doInBackground: 
2020-01-16 14:51:38.774 13346-13601/com.hfy.demo01 I/hfy: task3 THREAD_POOL_EXECUTOR doInBackground: 

总结一下，AsyncTask内部默认 使用串行执行器 串行地 在线程池 执行任务，我们也可以使用executeOnExecutor直接使用线程池并行执行。内部使用handler把进度和结果从线程池切换到UI线程。

1.2 HandlerThread

HandlerThread继承自Thread，内部已准备了Looper并已开启循环。所以可以在UI线程使用handler发送任务到HandlerThread中执行，且可以随意多次发送任务。（而普通thread执行完run方法中的耗时操作就结束了。）当不使用时 如onDestroy中，使用quit()或quitSafely()退出即可。

public class HandlerThread extends Thread {
    int mPriority;
    int mTid = -1;
    Looper mLooper;
    private @Nullable Handler mHandler;

    public HandlerThread(String name) {
        super(name);
        mPriority = Process.THREAD_PRIORITY_DEFAULT;
    }
    public HandlerThread(String name, int priority) {
        super(name);
        mPriority = priority;
    }
    //looper开启之前可以做一些事情
    protected void onLooperPrepared() {
    }

    @Override
    public void run() {
        mTid = Process.myTid();
        //给当前线程准备Looper实例
        Looper.prepare();
        //加锁，保证能获取到looer实例
        synchronized (this) {
            mLooper = Looper.myLooper();
            notifyAll();
        }
        Process.setThreadPriority(mPriority);
        onLooperPrepared();
        //开启循环
        Looper.loop();
        mTid = -1;
    }
   
    public Looper getLooper() {
        if (!isAlive()) {
            return null;
        }
        
        // If the thread has been started, wait until the looper has been created.
        synchronized (this) {
            while (isAlive() && mLooper == null) {
                try {
                    //获取不到就等 run中的notifyAll()被调用
                    wait();
                } catch (InterruptedException e) {
                }
            }
        }
        return mLooper;
    }
    //直接退出
    public boolean quit() {
        Looper looper = getLooper();
        if (looper != null) {
            looper.quit();
            return true;
        }
        return false;
    }
    //安全退出（执行完正在正在执行的任务再退出）
    public boolean quitSafely() {
        Looper looper = getLooper();
        if (looper != null) {
            looper.quitSafely();
            return true;
        }
        return false;
    }

    public int getThreadId() {
        return mTid;
    }
}

举个例子

    private void testHandlerThread() {
        HandlerThread handlerThread = new HandlerThread("HandlerThreadName");
        handlerThread.start();
        Handler handler = new Handler(handlerThread.getLooper()) {
            @Override
            public void handleMessage(Message msg) {
                switch (msg.what) {
                    case 1000:
                        try {
                            Thread.sleep(2000);
                        } catch (InterruptedException e) {
                            e.printStackTrace();
                        }
                        Log.i(TAG, "handleMessage: thread name="+Thread.currentThread().getName()+"，what="+msg.what);
                        break;
                    case 1001:
                        try {
                            Thread.sleep(1000);
                        } catch (InterruptedException e) {
                            e.printStackTrace();
                        }
                        Log.i(TAG, "handleMessage: thread name="+Thread.currentThread().getName()+"，what="+msg.what);
                        break;
                    default:
                        break;
                }
            }
        };

        Log.i(TAG, "sendMessage thread name="+Thread.currentThread().getName());
        handler.sendMessage(Message.obtain(handler, 1000));
        handler.sendMessage(Message.obtain(handler, 1001));
    }

可见在主线程发送了两个任务，顺序执行在HandlerThread了。

2020-01-16 17:12:46.832 16293-16293/com.hfy.demo01 I/hfy: sendMessage thread name=main
2020-01-16 17:12:48.833 16293-17187/com.hfy.demo01 I/hfy: handleMessage: thread name=HandlerThreadName，what=1000
2020-01-16 17:12:49.834 16293-17187/com.hfy.demo01 I/hfy: handleMessage: thread name=HandlerThreadName，what=1001

1.3 IntentService

IntentService是继承自Service的抽象类，可执行后台耗时任务，执行完后会自动停止。
因为是Service，即是Android的组件，优先级比单纯的线程高，不容易被系统杀死，所以可用来执行优先级高的后台任务，

public abstract class IntentService extends Service {
    private volatile Looper mServiceLooper;
    private volatile ServiceHandler mServiceHandler;
    private String mName;
    private boolean mRedelivery;
    
    //内部类handler
    private final class ServiceHandler extends Handler {
        public ServiceHandler(Looper looper) {
            super(looper);
        }

        @Override
        public void handleMessage(Message msg) {
            //先回调出去，待IntentService子类覆写自己的逻辑
            onHandleIntent((Intent)msg.obj);
            //结束service自己，msg.arg1是标记某次startService的Id。
            //但如果此时外部又调用了startService，那么最新的请求id就不是msg.arg1了，所以下面这句就不会结束service。
            stopSelf(msg.arg1);
        }
    }
    //name是线程名
    public IntentService(String name) {
        super();
        mName = name;
    }
    ...
    @Override
    public void onCreate() {
        super.onCreate();
        //创建HandlerThread实例 并启动
        HandlerThread thread = new HandlerThread("IntentService[" + mName + "]");
        thread.start();
        //创建对应looper的handler，所以mServiceHandler的handleMessage执行在 线程中
        mServiceLooper = thread.getLooper();
        mServiceHandler = new ServiceHandler(mServiceLooper);
    }

    @Override
    public void onStart(@Nullable Intent intent, int startId) {
        //发送消息，参数是startId、intent
        //每次startService() 都会走这里
        Message msg = mServiceHandler.obtainMessage();
        msg.arg1 = startId;
        msg.obj = intent;
        mServiceHandler.sendMessage(msg);
    }
    
    @Override
    public int onStartCommand(@Nullable Intent intent, int flags, int startId) {
        onStart(intent, startId);
        return mRedelivery ? START_REDELIVER_INTENT : START_NOT_STICKY;
    }

    @Override
    public void onDestroy() {
        //退出looper循环
        mServiceLooper.quit();
    }

    ...

     //执行子在线程，同时只存在一个intent（因为looper的队列），所以如果此方法执行时间过长，会阻塞其他请求，所有请求执行完，service会自动停止，所以不能手动调用stopSelf。
    @WorkerThread
    protected abstract void onHandleIntent(@Nullable Intent intent);
}

onCreate中创建了HandlerThread实例，对应的Handler实例mServiceHandler，所以mServiceHandler发送的任务都会在线程中执行。
onStartCommand中调用的是onStart，onStart中确实使用mServiceHandler发送消息，携带的参数是startId、intent，startId是每次启动service的标记，intent就是启动service的intent。
onDestroy中退出looper循环。

发送的消息在哪处理的呢？
那就看ServiceHandler，其继承自Handler，handleMessage方法中先调用了抽象方法onHandleIntent((Intent)msg.obj)，参数就是启动service的intent。所以IntentService 的子类必须要重写onHandleIntent，并处理这个intent。因为mServiceHandler拿到的HandlerThread的looper，所以这个onHandleIntent()就是执行在子线程中的。
接着调用了stopSelf(msg.arg1)，msg.arg1)就是前面说的启动service的标记。对stopSelf(int startId)说明如下：

startId：代表启动服务的次数，由系统生成。
stopSelf(int startId)：在其参数startId跟 最后启动该service时生成的ID相等时才会执行停止服务。

stopSelf()：直接停止服务。

使用场景： 如果同时有多个服务启动请求发送到onStartCommand(),不应该在处理完一个请求后调用stopSelf()；因为在调用此函数销毁service之前，可能service又接收到新的启动请求，如果此时service被销毁，新的请求将得不到处理。此情况应该调用stopSelf(int startId)。

所以，当多次启动service，就会多次调用 onStart，那么会有多个任务发出，当每次任务执行完onHandleIntent时，stopSelf(int startId)中会判断，若又启动service那么就不会停止。那么looper继续取下个消息继续处理。直到stopSelf中的startId和最新启动的startId相同，就会停止。因为是looper，所以这些任务都是按启动service的顺序执行的。

举个例子

    private void testIntentService() {

        Intent intent= new Intent(this, MyIntentService.class);
        intent.putExtra("task_name","task1");
        startService(intent);

        intent.putExtra("task_name","task2");
        startService(intent);

        intent.putExtra("task_name","task3");
        startService(intent);
    }

    public static class MyIntentService extends IntentService {

        public MyIntentService() {
            super("MyIntentServiceThread");
        }

        @Override
        protected void onHandleIntent(Intent intent) {            
            Log.i(TAG, "MyIntentService onHandleIntent: begin."+intent.getStringExtra("task_name"));
            try {
                Thread.sleep(2000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            Log.i(TAG, "MyIntentService onHandleIntent: done."+intent.getStringExtra("task_name"));
        }

        @Override
        public void onDestroy() {
            Log.i(TAG, "MyIntentService onDestroy: ");
            super.onDestroy();
        }
    }

2020-01-17 09:58:44.639 11117-11236/com.hfy.demo01 I/hfy: MyIntentService onHandleIntent: begin.task1
2020-01-17 09:58:46.640 11117-11236/com.hfy.demo01 I/hfy: MyIntentService onHandleIntent: done.task1
2020-01-17 09:58:46.641 11117-11236/com.hfy.demo01 I/hfy: MyIntentService onHandleIntent: begin.task2
2020-01-17 09:58:48.642 11117-11236/com.hfy.demo01 I/hfy: MyIntentService onHandleIntent: done.task2
2020-01-17 09:58:48.644 11117-11236/com.hfy.demo01 I/hfy: MyIntentService onHandleIntent: begin.task3
2020-01-17 09:58:50.645 11117-11236/com.hfy.demo01 I/hfy: MyIntentService onHandleIntent: done.task3
2020-01-17 09:58:50.650 11117-11117/com.hfy.demo01 I/hfy: MyIntentService onDestroy:

静态内部类MyIntentService继承IntentService并重写了onHandleIntent，就是睡两秒。然后不间断连续启动3次，由日志可见是顺序执行的，最后都执行完才走到onDestroy。

再看，如果是间隔三秒发送呢：

        private void testIntentService() {

        Log.i(TAG, "testIntentService: task1");
        Intent intent= new Intent(this, MyIntentService.class);
        intent.putExtra("task_name","task1");
        startService(intent);

        new Handler().postDelayed(new Runnable() {
            @Override
            public void run() {
                Log.i(TAG, "testIntentService: task2");
                intent.putExtra("task_name","task2");
                startService(intent);
            }
        }, 3000);

        new Handler().postDelayed(new Runnable() {
            @Override
            public void run() {
                Log.i(TAG, "testIntentService: task3");
                intent.putExtra("task_name","task3");
                startService(intent);
            }
        }, 3000);
    }

2020-01-17 10:16:29.335 14739-14739/com.hfy.demo01 I/hfy: testIntentService: task1
2020-01-17 10:16:29.698 14739-14843/com.hfy.demo01 I/hfy: MyIntentService onHandleIntent: begin.task1
2020-01-17 10:16:31.698 14739-14843/com.hfy.demo01 I/hfy: MyIntentService onHandleIntent: done.task1
2020-01-17 10:16:31.701 14739-14739/com.hfy.demo01 I/hfy: MyIntentService onDestroy: 
2020-01-17 10:16:32.371 14739-14739/com.hfy.demo01 I/hfy: testIntentService: task2
2020-01-17 10:16:32.390 14739-14862/com.hfy.demo01 I/hfy: MyIntentService onHandleIntent: begin.task2
2020-01-17 10:16:34.391 14739-14862/com.hfy.demo01 I/hfy: MyIntentService onHandleIntent: done.task2
2020-01-17 10:16:34.451 14739-14739/com.hfy.demo01 I/hfy: MyIntentService onDestroy: 
2020-01-17 10:16:35.339 14739-14739/com.hfy.demo01 I/hfy: testIntentService: task3
2020-01-17 10:16:35.364 14739-14873/com.hfy.demo01 I/hfy: MyIntentService onHandleIntent: begin.task3
2020-01-17 10:16:37.364 14739-14873/com.hfy.demo01 I/hfy: MyIntentService onHandleIntent: done.task3
2020-01-17 10:16:37.367 14739-14739/com.hfy.demo01 I/hfy: MyIntentService onDestroy:

可见每个任务执行完 就走onDestroy了。这是因为当一个任务执行完，走到stopSelf(int startId)时，后面还没有再次开启service，所以此时的stopSelf中的startId就是最新的，所以就会停止服务了。

二、Android中的线程池

线程池优点如下：

• 能够重用线程池中的线程，避免线程的创建、销毁带来的性能开销。
• 能有效控制线程池中的最大并发数，避免大量的线程之间因互相抢占系统资源而导致的阻塞现象。
• 能对线程进行简单管理，并提供定时执行、指定间隔循环执行的功能。
  Android中的线程池来源于Java的Executor，正在的实现是ThreadPoolExecutor。

2.1 ThreadPoolExecutor

ThreadPoolExecutor是线程池的真正实现，看下其构造方法里的参数，参数会影响线程池的功能特性。

    public ThreadPoolExecutor(int corePoolSize,
                              int maximumPoolSize,
                              long keepAliveTime,
                              TimeUnit unit,
                              BlockingQueue workQueue,
                              ThreadFactory threadFactory) {
        this(corePoolSize, maximumPoolSize, keepAliveTime, unit, workQueue,
             threadFactory, defaultHandler);
    }

• corePoolSize，核心线程数，默认一般核心线程会在线程池中一直存活，即使处理空闲状态。但当allowCoreThreadTimeOut设置为true，那么核心线程就会有闲置超时时间，闲置超过超时时间就会终止。超时时间由keepAliveTime和unit指定。
• maximumPoolSize，最大线程数，当活动线程到达这个数，后续的新任务会被阻塞。
• keepAliveTime，非核心线程闲置时 的超时时长。非核心线程闲置时间超过此时间就会被回收。当allowCoreThreadTimeOut设置为true，keepAliveTime也会作用于核心线程。
• unit，是keepAliveTime的时间单位，取值是枚举，有TimeUnit.MINUTES、TimeUnit.SECONDS、TimeUnit.MILLISECONDS等。
• workQueue，线程池中的任务队列，通过线程池的execute方法提交的Runnable会存在这个队列中。
• threadFactory，线程工厂，为线程池提供创建新线程的能力。

还有个不常用参数RejectedExecutionHandler handler，调用其rejectedExecution()方法来处理 当任务队列已满 时 不能执行新任务的情况。handler的默认实现是AbortPolicy，rejectedExecution()中会直接抛出异常RejectedExecutionException。其他实现如DiscardPolicy的rejectedExecution()中是不做任何事。还有CallerRunsPolicy、DiscardOldestPolicy。

==ThreadPoolExecutor执行任务的执行规则== 如下：

• 如果线程池中的线程数未到达核心线程数，那么会直接启动一个核心线程来执行这个任务。（不管已启动的核心线程是否空闲）
• 如果线程池中的线程数已到达或超过核心线程数，那么任务会插入到任务队列中排队等待执行。
• 如果2中 任务无法插入到队列中，一般是对队列已满，若此时未达到最大线程数，就会启动非核心线程执行这个任务。
• 如果3中线程数达到最大线程数，那么会拒绝执行任务，即会调用RejectedExecutionHandler的rejectedExecution()通知调用者。

我们看下AsyncTask中线程池的配置：

    private static final int CPU_COUNT = Runtime.getRuntime().availableProcessors();
    // We want at least 2 threads and at most 4 threads in the core pool,
    // preferring to have 1 less than the CPU count to avoid saturating
    // the CPU with background work
    private static final int CORE_POOL_SIZE = Math.max(2, Math.min(CPU_COUNT - 1, 4));
    private static final int MAXIMUM_POOL_SIZE = CPU_COUNT * 2 + 1;
    private static final int KEEP_ALIVE_SECONDS = 30;

    private static final ThreadFactory sThreadFactory = new ThreadFactory() {
        private final AtomicInteger mCount = new AtomicInteger(1);
        public Thread newThread(Runnable r) {
            return new Thread(r, "AsyncTask #" + mCount.getAndIncrement());
        }
    };

    private static final BlockingQueue sPoolWorkQueue =
            new LinkedBlockingQueue(128);

    /**
     * An {@link Executor} that can be used to execute tasks in parallel.
     */
    public static final Executor THREAD_POOL_EXECUTOR;

    static {
        ThreadPoolExecutor threadPoolExecutor = new ThreadPoolExecutor(
                CORE_POOL_SIZE, MAXIMUM_POOL_SIZE, KEEP_ALIVE_SECONDS, TimeUnit.SECONDS,
                sPoolWorkQueue, sThreadFactory);
        threadPoolExecutor.allowCoreThreadTimeOut(true);
        THREAD_POOL_EXECUTOR = threadPoolExecutor;
    }

可见THREAD_POOL_EXECUTOR这个线程池的配置如下：

• 核心线程数，2-4个
• 最大线程数，CPU核心数量 * 2 + 1
• 超时时间30s，允许核心线程超时
• 队列容量128

2.2 线程池的分类

Android中常见的4类线程池，都是直接或间接配置ThreadPoolExecutor实现自己特性的，它们是FixedThreadPool、CachedThreadPool、ScheduledThreadPool、SingleThreadExecutor。它们都可以通过工具类Executors获取。

2.2.1 FixedThreadPool

通过Executors的newFixedThreadPool方法获得。固定的核心线程数量，没有非核心线程，空闲时不会被回收，队列长度无限制。因为不会被回收，所以能快速执行外界请求。

    public static ExecutorService newFixedThreadPool(int nThreads) {
        return new ThreadPoolExecutor(nThreads, nThreads,
                                      0L, TimeUnit.MILLISECONDS,
                                      new LinkedBlockingQueue());
    }

2.2.2 CachedThreadPool

通过Executors的newCachedThreadPool方法获得。核心线程数0，非核心线程数无限制，空闲回收超时时间60s，队列不能插入任务。当所有线程都处于活动状态，就会创建新线程处理任务，否则利用空闲线程处理任务。当整个线程池空闲时 所有线程都会被回收，不占用系统资源。因此，适合执行大量耗时较少的任务

    public static ExecutorService newCachedThreadPool() {
        return new ThreadPoolExecutor(0, Integer.MAX_VALUE,
                                      60L, TimeUnit.SECONDS,
                                      new SynchronousQueue());
    }

2.2.3 ScheduledThreadPool

通过Executors的newScheduledThreadPool方法获得。固定核心线程数，不限制非核心线程数，非核心线程闲置回收超时时间是10ms。一般用于执行定时任务、固定周期的重复任务。

    public static ScheduledExecutorService newScheduledThreadPool(int corePoolSize) {
        return new ScheduledThreadPoolExecutor(corePoolSize);
    }
   
    private static final long DEFAULT_KEEPALIVE_MILLIS = 10L;
    public ScheduledThreadPoolExecutor(int corePoolSize) {
        super(corePoolSize, Integer.MAX_VALUE,
              DEFAULT_KEEPALIVE_MILLIS, MILLISECONDS,
              new DelayedWorkQueue());
    }

2.2.4 SingleThreadExecutor

通过Executors的newSingleThreadExecutor方法获得。仅有1个核心线程，不会回收。可确保所有任务按顺序执行，不用处理线程同步的问题 。

    private void testThreadPoolExecutor() {
        Runnable runnable = new Runnable() {
            @Override
            public void run() {
                try {
                    Log.i(TAG, "testThreadPoolExecutor: run begin");
                    Thread.sleep(4000);
                    Log.i(TAG, "testThreadPoolExecutor: run end");
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        };

        ExecutorService fixedThreadPool = Executors.newFixedThreadPool(4);
        fixedThreadPool.execute(runnable);

        ExecutorService cachedThreadPool = Executors.newCachedThreadPool();
        cachedThreadPool.execute(runnable);

        ScheduledExecutorService scheduledThreadPool = Executors.newScheduledThreadPool(4);
        scheduledThreadPool.execute(runnable);
        //延迟2秒执行
        scheduledThreadPool.schedule(runnable, 2, TimeUnit.SECONDS);
        //延迟2秒执行，然后以每次 任务开始的时间计时， 1秒后，如果任务是结束的 就立刻执行下一次；如果没有结束，就等它结束后立即执行下一次。
        scheduledThreadPool.scheduleAtFixedRate(runnable, 0, 1, TimeUnit.SECONDS);
        //延迟3秒执行，然后以每次任务执行完后的时间计时， 2秒后，执行下一次~
        scheduledThreadPool.scheduleWithFixedDelay(runnable,1,2,TimeUnit.SECONDS);

        ExecutorService singleThreadExecutor = Executors.newSingleThreadExecutor();
        singleThreadExecutor.execute(runnable);
    }

注意点：scheduledThreadPool使用时注意区分scheduleAtFixedRate、scheduleWithFixedDelay的循环任务的逻辑区别：

• scheduleAtFixedRate，以每次 任务开始的时间计时， period时间后，如果任务是结束的就立刻执行下一次；如果没有结束，就等它结束后立即执行下一次。
• scheduleWithFixedDelay，以每次任务执行完后的时间计时，period时间后，执行下一次。

并且，这两个方法都是在任务结束后才执行下一次，那么如果某个任务发生异无法执行完，那么整个循环任务就会失效。所以需要给任务添加超时机制（比如给任务加上try-catch-finally，catch住超时异常) 保证任务即使发生异常也可以结束，就可保证循环正常执行了。