线程池的使用

RemderPageTask向Executor提交页眉和页脚，绘制页面，然后将页眉页脚合并起来，单线程会经常发生死锁。子啊线程池中，如果所有正在执行的任务的线程等待其他处于工作队列的任务而阻塞，出现线程饥饿死锁，除非线程池够大。

·* CPU数目 比如平均每个线程CPU运行时间为0.5s，而线程等待时间（非CPU运行时间，比如IO）为1.5s，CPU核心数为8，那么根据上面这个公式估算得到：((0.5+1.5)/0.5)8=32。这个公式进一步转化为：
最佳线程数目 = （线程等待时间与线程CPU时间之比 + 1） CPU数目

第六节介绍过，如果无限制的创造线程那就会导致线程不稳定性，通常采用固定大小的线程池，而非收到一个请求就创建一个线程池，当使用了LinkedBlockingQueue或者ArrayBlockingQueue队列，执行顺序与到达顺序相同，进一步控制任务执行顺序可以用PriorityBlockingQueue，按照优先级来安排任务。

调用者运行实现了一种调节机制，不会抛弃任务，也不会抛出异常，将某些任务回退到调用者，降低新任务流量，在调用了execute的线程中执行该任务。

清单给出了如何创建固定大小的线程池，通过是使用的调用者运行包和策略。
通过Semaphore限制任务到达率，设置信号量的上界为线程池的大小+可排队任务的数量
因为信号量需要控制正在执行和等待执行的任务数量

通过线程工厂的唯一方法newFactory来创建一个线程，

线程名字传给了MyAppThread参数，便于在错误日志 分析不同线程池线程

也有其他行为，线程起名，写入信息，维护统计信息，线程创建和终止的时候把调试消息写入日志。
如果在应用程序中需要利用安全策略来控制对某些特殊代码库的访问权限，可通过Executor的privilegedThreadFactory线程哦那个有咸通的访问权限，AccessControlContext和contextClassLoader。
再调用构造函数后在定制ThreadPoolExecutor

在Executors包含一个unconfigurableExecutorService工厂方法，对现有的ExecutorService包装，不能进行配置。

ThreadPoolExecutor具有良好的可扩展性，提供了beforeExecute、afterExecute、terminated等方法，执行任务的线程中调用beforeExecute和afterExecute方法，添加日志，计时，监视，统计信息收集，无论从run返回还说抛出异常，afterExecute都会被调用。beforeExecutor抛出异常，后续任务不执行，线程池关闭操作用terminated，所有任务完成并且工作者线程关闭后，任务完成并释放生命周期的各种资源，可以执行发送通知，记录日志，手机finalize统计系信息等操作。

递归算法并行化
调用processInParaller比调用processSequentially更快的返回，因为processInParallel会在任务进入Executor队列后立即返回，不会等待这些任务全部完成，因为创建了一个线程来执行，继续响应下一条for循坏。如果需要提交一个任务集饼等待他们完成可以用ExecutorService.invokeAll并且在所有任务执行完成后调用CompletionService

sequentialRecursive用深度优先遍历算法遍历一棵树，计算并放入集合，parallelRecursive每个节点提交任务就完成计算

当parallerRecursive返回，树中各个节点已经访问过了，，每个节点计算任务放入Executor队列。但是遍历串行，compute并行。节点计算任务放在Executor工作队列，parallelRecursive调用者可以用以下方式等待所有执行结果