问题:
nginx 写的线程池太过抽象根本理解不了 例如 pthread_create()函数创建了线程 线程就开始提供服务了(还需要提供别人使用),回收更解不了
下面功能 工作进程将阻塞操作卸给线程池
对NGINX而言,它由一个任务队列和一组处理这个队列的线程组成。 当工作进程需要执行一个潜在的长操作时,工作进程不再自己执行这个操作,而是将任务放到线程池队列中,任何空闲的线程都可以从队列中获取并执行这个任务。
一个好的设计思想,其他语言 早已实现,分析他们如何实现的 例如java
在多线程大师Doug Lea的贡献下,在JDK1.5中加入了许多对并发特性的支持,例如:线程池。
线程池类为
1.java.util.concurrent.ThreadPoolExecutor2.3.常用构造方法为:4.ThreadPoolExecutor(int corePoolSize, 5. int maximumPoolSize,6. long keepAliveTime,7. TimeUnit unit,8. BlockingQueue<Runnable> workQueue,9. RejectedExecutionHandler handler10. )11.corePoolSize: 线程池维护线程的最少数量12.maximumPoolSize:线程池维护线程的最大数量13.keepAliveTime: 线程池维护线程所允许的空闲时间14.unit: 线程池维护线程所允许的空闲时间的单位15.workQueue: 线程池所使用的缓冲队列16.handler: 线程池对拒绝任务的处理策略17.18.一个任务通过 execute(Runnable)方法被添加到线程池,任务就是一个 Runnable类型的对象,任务的执行方法就是 Runnable类型对象的run()方法。19.当一个任务通过execute(Runnable)方法欲添加到
1 如果此时线程池中的数量小于corePoolSize,即使线程池中的线程都处于空闲状态,也要创建新的线程来处理被添加的任务。 2 如果此时线程池中的数量等于 corePoolSize,但是缓冲队列 workQueue未满,那么任务被放入缓冲队列。 3 如果此时线程池中的数量大于corePoolSize,缓冲队列workQueue满,并且线程池中的数量小于maximumPoolSize,建新的线程来处理被添加的任务。 4 如果此时线程池中的数量大于corePoolSize,缓冲队列workQueue满,并且线程池中的数量等于maximumPoolSize,那么通过 handler所指定的策略来处理此任务。
核心线程corePoolSize、任务队列workQueue、最大线程maximumPoolSize,如果三者都满了,使用handler处理被拒绝的任务。
当线程池中的线程数量大于 corePoolSize时, 如果某线程空闲时间超过keepAliveTime, 线程将被终止。 这样,线程池可以动态的调整池中的线程数。
handler有四个选择:
ThreadPoolExecutor.AbortPolicy() 抛出 java.util.concurrent.RejectedExecutionExceptio 异常 ThreadPoolExecutor.CallerRunsPolicy() 重试添加当前的任务,他会自动重复调用execute()方法 ThreadPoolExecutor.DiscardOldestPolicy() 抛弃旧的任务 ThreadPoolExecutor.DiscardPolicy() 抛弃当前的任务
用法举例
1.//TestThreadPool.java2.//package cn.simplelife.exercise;3.import java.io.Serializable;4.import java.util.concurrent.ArrayBlockingQueue;5.import java.util.concurrent.ThreadPoolExecutor;6.import java.util.concurrent.TimeUnit;7.public class TestThreadPool {8.private static int produceTaskSleepTime = 2;9.private static int consumeTaskSleepTime = 2000;10.private static int produceTaskMaxNumber = 10;11.12.public static void main(String[] args) {13.//构造一个线程池14.ThreadPoolExecutor threadPool = new ThreadPoolExecutor(2, 4, 3,15.TimeUnit.SECONDS, new ArrayBlockingQueue<Runnable>(3),16.new ThreadPoolExecutor.DiscardOldestPolicy());17.for(int i=1;i<=produceTaskMaxNumber;i++){18.try {19.//产生一个任务,并将其加入到线程池20.String task = "task@ " + i;21.System.out.println("put " + task);22.threadPool.execute(new ThreadPoolTask(task));23.24.//便于观察,等待一段时间25.Thread.sleep(produceTaskSleepTime);26.} catch (Exception e) {27.e.printStackTrace();28.}29.}30.}31./**32.* 线程池执行的任务33.* @author hdpan34.*/35.public static class ThreadPoolTask implements Runnable,Serializable{36.private static final long serialVersionUID = 0;37.//保存任务所需要的数据38.private Object threadPoolTaskData;39.40.ThreadPoolTask(Object tasks){41.this.threadPoolTaskData = tasks;42.}43.public void run(){44.//处理一个任务,这里的处理方式太简单了,仅仅是一个打印语句45.System.out.println("start .."+threadPoolTaskData);46.try {47.////便于观察,等待一段时间48.Thread.sleep(consumeTaskSleepTime);49.} catch (Exception e) {50.e.printStackTrace();51.}52.threadPoolTaskData = null;53.}54.public Object getTask(){55.return this.threadPoolTaskData;56.}57.}58.}
说明:
在这段程序中,main()方法相当于一个残忍的领导,他派发出许多任务,丢给一个叫 threadPool的任劳任怨的小组来做。 1 这个小组里面队员至少有两个,如果他们两个忙不过来,任务就被放到任务列表里面。
2 如果积压的任务过多,多到任务列表都装不下(超过3个)的时候,就雇佣新的队员来帮忙。但是基于成本的考虑,不能雇佣太多的队员,至多只能雇佣 4个。
3 如果四个队员都在忙时,再有新的任务,这个小组就处理不了了,任务就会被通过一种策略来处理,我们的处理方式是不停的派发,直到接受这个任务为止(更残忍!呵呵)。
4 因为队员工作是需要成本的,如果工作很闲,闲到 3SECONDS都没有新的任务了,那么有的队员就会被解雇了,但是,为了小组的正常运转,即使工作再闲,小组的队员也不能少于两个
5 通过调整 produceTaskSleepTime和 consumeTaskSleepTime的大小来实现对派发任务和处理任务的速度的控制,改变这两个值就可以观察不同速率下程序的工作情况。
QA: 线程将被终止 是删除了还是暂停业务 ? c语言中开启了线程就不停工作 ,没有任务就阻塞 后面看代码分析具体实现。 2016.3.26