通常使用多线程都是在需要的时候创建一个新的线程,然后执行任务,完成后退出。一般情况下是完全够满足我们的程序的。
但是当我们需要创建大量的线程,并且执行一个简单的任务之后销毁,比如:在web,email,db里面的一些应用,如彩铃,或者网络通信编程,或者云计算里面后台镜像处理的时候,我们的应用在任何时候都要准备面对数目巨大的连接请求,同时,这些请求执行的任务却又比较简单,占用的时间很少,这样我们可能就会处于不停的创建线程并销毁线程的状态。虽说比起进程的创建,线程的创建时间已经大大缩短,但是如果需要频繁的创建线程,并且每个线程所占用的处理时间又非常简短,则线程创建和销毁带给处理器的额外负担也是很可观的。
线程池的作用正是在这种情况下有效的降低频繁创建销毁线程所带来的额外开销。一般来说,线程池都是采用预创建的技术,在应用启动之初便预先创建一定数目的线程。应用在运行的过程中,需要时可以从这些线程所组成的线程池里申请分配一个空闲的线程,来执行一定的任务,任务完成后,并不是将线程销毁,而是将它返还给线程池,由线程池自行管理。如果线程池中预先分配的线程已经全部分配完毕,但此时又有新的任务请求,则线程池会动态的创建新的线程去适应这个请求。当然,有可能,某些时段应用并不需要执行很多的任务,导致了线程池中的线程大多处于空闲的状态,为了节省系统资源,线程池就需要动态的销毁其中的一部分空闲线程。因此,线程池都需要一个管理者,按照一定的要求去动态的维护其中线程的数目。
当然,如果线程创建和销毁时间相比任务执行时间可以忽略不计,则没有必要使用线程池了。
linux c 并没有自带的线程池,纯C的线程池很少1:使用glib的线程池,gthreadpool,这个是linux C 下面的一个线程池实现,可以用于生产环境。
2:自己设计线程池,但是设计一个工业强度的线程池是一件非常复杂的事情,尤其用C来实现。一般思路就是建立一个线程池管理函数,一个线程函数并创建一组线程,一个全局的线程状态数组,线程管理函数通过全局线程状态数组来分派任务,线程函数更改自己的线程状态来上报自己的运行情况,实现起来还是相当复杂的。
建议不要重复造轮子,直接使用现有的线程池实现,glib是很好的选择。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)