“什么是线程池？”
“呃……”
“为什么要使用线程池？”
“呃……”
“什么情况下使用线程池？”
“呃……”
这三个问题，说好回答挺容易，说难回答挺难。
“什么是线程池？”
“一组创建好的线程。”
“为什么要使用线程池？”
“提高CPU吞吐量，提升系统性能。”
“什么情况下使用线程池？”
“同时有多个请求或者多个任务需要处理，并且请求和任务会有block。”
当初这三个问题，问前辈的时候，前辈是这样告诉我的，没太听懂，感觉特牛逼，特玄乎，然后就不懂装懂了好长一段时间，后来想了想，这三个问题，前辈回答的还是不错的。
假设系统有1个CPU
假设你有两个Task需要处理，如果单线程处理，task2需要等待task1结束之后才能开始处理，如果task1有50%的时间处于block状态，那CPU就有50%的空闲时间被浪费掉了。
假设你有两个Task需要处理，如果有两个线程，当task1被block的时候，task2就可以独占CPU，这样就可以提高两个task的执行效率。
这样的话，如果再来一个任务，我们就再创建一个新的线程，去处理新来的任务，总之看上去好像是线程越多，CPU的利用率就越高，好像会处理的越来越快的样子。
但是事情恰恰相反，当线程数到达某个数值之后，你会发现，随着新线程的加入，系统对单一任务的响应时间越来越长，越来越慢，而且如果再继续增多的话，貌似内存要溢出了~而且响应时间也变成了无限长，直到任何一个任务都无法被完成。
那此时我们可能就会抛出一个解决方案：设定一个thread数的最大值不就好了，对，很对，问题得到了很好的解决，当有一个新的任务到来之后，我们就创建一个新的线程去处理它，直到活跃的线程数达到最大值之后，如果再有新的任务到来，那就让它排队等待好了，等之前的某个线程处理结束之后，再创建一个新的线程来处理排队的task，嗯，看上去已经完美了。
但是有一个问题被忽视了，创建和销毁线程是需要代价的！创建一个新的线程的时间大概需要消耗系统几百毫秒的时间，看着挺短，呃，其实挺长的~另外还需要消耗内存等其他资源，总之就是反复的创建和销毁线程是不好的，这个时候我们就又想出了一个解决方案：如果我们创建好固定数量的线程，不去销毁它，而是来了任务之后反复的利用，没有任务的时候就休息着先，而不是让它挂掉，这样问题不就解决了吗，嗯，很好，于是线程池就产生了，这就是线程池，上面的步骤也解释了为什么要使用线程池，和什么时候使用线程池。
Mark...
834
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
