随笔之如何实现一个线程池

最新推荐文章于 2024-04-25 21:54:32 发布

阿拉神农

最新推荐文章于 2024-04-25 21:54:32 发布

阅读量6.3k

点赞数 3

分类专栏： Android开发系列文章标签：任务 windows linux 平台 signal 工作

本文链接：https://blog.csdn.net/innost/article/details/7007423

版权

114 篇文章 163 订阅

订阅专栏

一缘由：

最近因工作问题，需要实现一个简单的线程池，满足一下要求，

基本上就是这两个要求。下面讨论下实现上的问题。

二 Windows平台

1 Windows平台实现一个线程池（不使用完成端口），我最初的想法是：

创建比如20个线程，然后这20个线程都WaitForXXXObject，在一个Event上。
添加任务的时候，触发这个Event，为了避免惊群现象（例如只有1个任务的时候，20个线程全起来抢任务，结果其他19个线程白起来了。这样导致系统效率会显著下降。），CreateEvent的时候可以设置下，保证只有一个在等待的线程会启动。

问题：

2 Windows平台上使用完成端口

使用完成端口就简单了，线程池中的线程个数将是CPU个数的2倍（这个是推荐值，应该也是绝大多数人的选择了）。
Wait的时候，当有事情发生时，内核会自动调度一个线程去执行。而且接连的任务会倾向于使用同一个线程来执行。这样可以减少线程切换的时间。所以，惊群效应由内核保证不会发生了。
解决超时任务的检查，这个也没有更好的办法。只能采取和上面一样的方法了。

三 Linux平台

1 Linux平台实现线程池，基本思路和Windows一样，但是由于Linux提供的线程同步原语（POSIX）不如Windows好用，导致有一些特殊的地方需要注意：

在Windows上，线程间通知无外乎就是使用Event，在Linux上，使用POSIX的condition+mutex，也能完成同样的操作，但是这种方式在linux中用得相对较少，而是大量使用pipe，创建两个fd。当线程1想唤醒线程2的时候，就可以往writeFD中写数据，这样线程2阻塞在readFD中就能返回。我之前及其没搞明白为何要使用pipe，后来突然想明白了。因为Linux上阻塞的方法就是用select,poll和epoll，其中等待的都是FD，那么采用FD这种方式，能够统一调用方法。（因为POSIX缺乏WaitForMultiObject导致，网上有一个Linux下Wait/CreateEvent的系列实现，很难下载到。呵呵）
但是，现在有20个线程，总不可能创建20个pipe吧？即使有20个pipe，那么我要唤醒哪个线程，就得单独往那个线程的writeFD写数据。这明显不是一个好办法。只能使用condition+mutex了。为了避免惊群，操作cond的时候，只能使用Signal，而非Broadcast
超时任务的处理，那么也只能和Windows一样的方法了

四一个实际的线程池设计

对用户来说，线程池处理的是任务。所以给线程池添加的应该是任务。那么任务有高，中，低三个优先级。另外，有些任务是需要一直占有线程的，所以还区分persist和非persist两种。设计的时候，分别有高中低三个优先级队列。线程池在挑选任务的时候，先处理高，然后是中低优先级的任务。
当线程池中的线程个数小于任务个数的时候，线程池应该自动增加池中的线程。这个就是自动扩展。当线程池中的线程检测到自己长时间没有工作，并且池中线程数量超过最大设置的数量时候，那么线程应该自动退出。按这种方式就可以实现一个比较好的自动缩减。这样的话，每个线程都需要有一个超时检测，看看自己是不是多余了。
对于定/超时任务，需要给线程池增加一个高优先级，persist的job。这个job自带一个定时任务队列。添加定时任务，其实就是给这个队列添加成员。然后唤醒该线程。这个线程从其中选择一个任务，然后再提交给线程池。（其实就是我们在Windows上的方案）

关注