Android 线程池基础介绍

1线程池的创建

1.1 线程池的概念

线程池是一种多线程处理形式，处理过程中将任务添加到队列，然后在创建线程后自动启动这些任务。线程池线程都是后台线程.每个线程都使用默认的堆栈大小,以默认的优先级运行,并处于多线程单元中.如果某个线程在托管代码中空闲(如正在等待某个事件),则线程池将插入另一个辅助线程来使所有处理器保持繁忙.如果所有线程池线程都始终保持繁忙,但队列中包含挂起的工作,则线程池将在一段时间后创建另一个辅助线程但线程的数目永远不会超过最大值.超过最大值的线程可以排队,但他们要等到其他线程完成后才启动。

1.2 什么情况下不要使用线程池

●如果需要使一个任务具有特定优先级（例如需要快速响应界面的功能）

●如果具有可能会长时间运行（并因此阻塞其他任务）的任务

●如果需要将线程放置到单线程单元中（线程池中的线程均处于多线程单元中）

●如果需要永久标识来标识和控制线程，比如想使用专用线程来终止该线程，将其        挂起或按名称发现它

1.3 Android中建立线程池的步骤和线程池种类：

1。定义线程类

class Handler implements Runnable{

}

2。建立ExecutorService线程池

ExecutorService executorService = Executors.newCachedThreadPool(自定义数量);

或者

int cpuNums = Runtime.getRuntime().availableProcessors();

 //获取当前系统的CPU 数目

ExecutorService executorService =Executors.newFixedThreadPool(cpuNums * POOL_SIZE);

//ExecutorService通常根据系统资源情况灵活定义线程池大小

3。调用线程池操作

循环操作，成为daemon,把新实例放入Executor池中

      while(true){

        executorService.execute(new Handler(socket));

           // class Handler implements Runnable{

        或者

        executorService.execute(createTask(i));

            //private static Runnable createTask(final int taskID)

      }   

(关于ExecutorService的execute和submit方法，参考：

http://hi.baidu.com/Ʈ��������/blog/item/def1a92541d3851d4d088d4e.html)

execute(Runnable对象)方法

其实就是对Runnable对象调用start()方法

（当然还有一些其他后台动作，比如队列，优先级，IDLE timeout，active激活等）

1.4 线程池的时序图

1.5 线程池创建的方式

几种不同的ExecutorService线程池对象 

1.       newCachedThreadPool() 
缓存型池子，先查看池中有没有以前建立的线程，如果有，就reuse.如果没有，就建一个新的线程加入池中 
缓存型池子通常用于执行一些生存期很短的异步型任务 
因此在一些面向连接的daemon型SERVER中用得不多。 
能reuse的线程，必须是timeout IDLE内的池中线程，缺省timeout是60s,超过这个IDLE时长，线程实例将被终止及移出池。 
  注意，放的入CachedThreadPool线程不必担心其结束，超过TIMEOUT不活动，其会自动被终止。 

2.     newFixedThreadPool 

    newFixedThreadPool与cacheThreadPool差不多，也是能reuse就用，但不能随时建新的线程 其独特之处:任意时间点，最多只能有固定数目的活动线程存在，此时如果有新的线程要建立，只能放在另外的队列中等待，直到当前的线程中某个线程终止直接被移出池子。

   和cacheThreadPool不同，FixedThreadPool没有IDLE机制（可能也有，但既然文档没提，肯定非常长，类似依赖上层的TCP 或UDP IDLE机制之类的），所以FixedThreadPool多数针对一些很稳定很固定的正规并发线程，多用于服务器从方法的源代码看，cache池和fixed 池调用的是同一个底层池，只不过参数不同: fixed池线程数固定，并且是0秒IDLE（无IDLE） 
cache池线程数支持0-Integer.MAX_VALUE(显然完全没考虑主机的资源承受能力），60秒IDLE  

3.       ScheduledThreadPool 
调度型线程池 
这个池子里的线程可以按schedule依次delay执行，或周期执行 

4.       SingleThreadExecutor 
单例线程，任意时间池中只能有一个线程 
用的是和cache池和fixed池相同的底层池，但线程数目是1-1,0秒IDLE（无IDLE）

2. 控制线程的停止

线程是"进程"中某个单一顺序的控制流

周期包括：1.新建 2.就绪 3.运行 4.阻塞 5.死亡

 

我们工作中经常会碰到一些关于线程的问题，当某些动作我们已经启动线程在运行时却需要停止，这时我们就需要想方设法让这个线程停止，然而目前的Thread.stop()和Thread.destroy()方法都已经被设为过时，首先我们了解一下为什么不推荐用这两个方法：

thread.stop():因为它本质上就是不安全的。停止线程会导致解锁它已锁定的所有监视程序（ThreadDeath异常传播到栈上后即解锁监视程序）。如果这些监视程序前面保护的任何对象处于不一致状态，则其它线程即可能将这些对象视为处于不一致状态。我们将这种对象称为损坏的对象。当线程操作损坏的对象时，可能会产生任何意外的行为。

Thread.destroy()：从来就没有实现。如果它已经实现，则将易于出现 Thread.suspend 方式的死锁（实际上，它大致等价于 Thread.suspend 而没有后续的 Thread.resume）。我们现在还没有实现它，同时也不鼓励使用它（防止将来实现它）。尽管它易于死锁，但在有些情况下程序宁愿冒死锁危险也不愿立即退出。

使用的解决方式

1.（通用的停止线程方式）定义一个变量，在线程run方法中根据变量来控制线程的运行于停止，该变量必须是volatile（迅变的或对该变量的访问必须是同步的），我们之前没有注意过这个修饰符，所以会导致一些线程出现没有按预想停止的问题。

2. 根据前面的终止线程的通用方式，得出最终还是得让线程执行完才真正退出，只是人工制造一个异常进行抛出致使线程跑完，所以我猜测能够人工的制造异常来导致线程完成并结束。（没有经过实际测验，不过理论上是可行的）例如：在异步线程中执行一个网络请求操作，在等待很久之后需要停止操作，则可以在请求网络连接的动作中人工制造一个网络异常抛出，并在run方法中捕获，则线程终止。

Android是单线程模型，这意味着Android UI操作并不是线程安全的并且这些操作必须在UI线程中执行，所以你单纯的new一个Thread并且start()是不行的，因为这违背了Android的单线程模型。那么如何用好多线程呢？总结一下：

     

事件处理的原则：所有可能耗时的操作都放到其他线程去处理。

　　Android中的Main线程的事件处理不能太耗时，否则后续的事件无法在5秒内得到响应，就会弹出ANR对话框。那么哪些方法会在 Main线程执行呢？

　　1） Activity的生命周期方法，例如：onCreate（）、onStart（）、onResume（）等

　　2） 事件处理方法，例如onClick（）、onItemClick()等

　　通常Android基类中以on开头的方法是在Main线程被回调的。

　　提高应用的响应性，可以从这两方面入手。

　　一般来说，Activity的onCreate（）、onStart（）、onResume（）方法的执行时间决定了你的应用首页打开的时间，这里要尽量把不必要的操作放到其他线程去处理，如果仍然很耗时，可以使用SplashScreen。使用SplashScreen最好用动态的，这样用户知道你的应用没有死掉。

 

　当用户与你的应用交互时，事件处理方法的执行快慢决定了应用的响应性是否良好，一般分为同步和异步两种情况：

　　1） 同步，需要等待返回结果。例如用户点击了注册按钮，需要等待服务端返回结果，那么需要有一个进度条来提示用户你的程序正在运行没有死掉。一般与服务端交互的都要有进度条，例如系统自带的浏览器，URL跳转时会有进度条。

　　2） 异步，不需要等待返回结果。例如微博中的收藏功能，点击完收藏按钮后是否成功执行完成后告诉我就行了，我不想等它，这里最好实现为异步的。

　　无论同步异步，事件处理都可能比较耗时，那么需要放到其他线程中处理，等处理完成后，再通知界面刷新。

　　这里有一点要注意，不是所有的界面刷新行为都需要放到Main线程处理，例如TextView的setText（）方法需要在Main线程中，否则会抛出CalledFromWrongThreadException，而ProgressBar的setProgress（）方法则不需要在Main线程中处理。

　　当然你也可以把所有UI组件相关行为都放到Main线程中处理，没有问题。可以减轻你的思考负担，但你最好了解他们之间的差别，掌握事物之间细微差别的是专家。把事件处理代码放到其他线程中处理，如果处理的结果需要刷新界面，那么需要线程间通讯的方法来实现在其他线程中发消息给Main线程处理。

 

　　3. 如何实现线程间通讯

　　在Android中有多种方法可以实现其他线程与Main线程通讯，我们这里介绍常见的两种。

　1） 使用AsyncTask

　　AsyncTask是Android框架提供的异步处理的辅助类，它可以实现耗时操作在其他线程执行，而处理结果在Main线程执行，对于开发者而言，它屏蔽掉了多线程和后面要讲的Handler的概念。你不了解怎么处理线程间通讯也没有关系，AsyncTask体贴的帮你做好了。使用他你会发现你的代码很容易被理解，因为他们都有一些具有特定职责的方法，尤其是AsyncTask，有预处理的方法onPreExecute，有后台执行任务的方法doInBackground，有更新进度的方法publishProgress，有返回结果的方法onPostExecute等等，这就不像post这些方法，把所有的操作都写在一个Runnable里。不过封装越好越高级的API，对初级程序员反而越不利，就是你不了解它的原理。当你需要面对更加复杂的情况，而高级API无法完成得很好时，你就杯具了。所以，我们也要掌握功能更强大，更自由的与Main线程通讯的方法：Handler的使用。

 

　2） 使用Handler

　　这里需要了解Android SDK提供的几个线程间通讯的类。

　　2.1 Handler

　　Handler在android里负责发送和处理消息，通过它可以实现其他线程与Main线程之间的消息通讯。

　　2.2 Looper

　　Looper负责管理线程的消息队列和消息循环

　　2.3 Message

　　Message是线程间通讯的消息载体。两个码头之间运输货物，Message充当集装箱的功能，里面可以存放任何你想要传递的消息。

　2.4 MessageQueue

　　MessageQueue是消息队列，先进先出，它的作用是保存有待线程处理的消息。

　　它们四者之间的关系是，在其他线程中调用Handler.sendMsg（）方法（参数是Message对象），将需要Main线程处理的事件添加到Main线程的MessageQueue中，Main线程通过MainLooper从消息队列中取出Handler发过来的这个消息时，会回调Handler的handlerMessage（）方法。

　　除了以上两种常用方法之外，还有几种比较简单的方法

　3） Activity.runOnUiThread（Runnable）

　　4） View.post（Runnable）

　　View.postDelayed（Runnable， long）

　5） Handler.post

　　Handler.postDelayed（Runnable， long）

 

　4. 利用线程池提高性能

 

　　这里我们建议使用线程池来管理临时的Thread对象，从而达到提高应用程序性能的目的。

　　线程池是资源池在线程应用中的一个实例。了解线程池之前我们首先要了解一下资源池的概念。在JAVA中，创建和销毁对象是比较消耗资源的。我们如果在应用中需要频繁创建销毁某个类型的对象实例，这样会产生很多临时对象，当失去引用的临时对象较多时，虚拟机会进行垃圾回收（GC），CPU在进行GC时会导致应用程序的运行得不到相应，从而导致应用的响应性降低。

　　资源池就是用来解决这个问题，当你需要使用对象时，从资源池来获取，资源池负责维护对象的生命周期。

　　了解了资源池，就很好理解线程池了，线程池就是存放对象类型都是线程的资源池。

　　我增加了如何在其他线程中创建Handler的例子作为选学，前面都掌握好了的同学可以看一下，如果你需要实现一个跟Main线程类似的消息处理机制，需要其他线程可以跟你的线程通讯，可以通过这种方法实现。