博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
简单线程池原理和代码
阅读量:6993 次
发布时间:2019-06-27

本文共 5093 字,大约阅读时间需要 16 分钟。

线程池就是,预先创建一定数量的线程,然后当需要异步任务时,只要把任务放入队列中,线程池自动在队列中取任务,每执行完一个任务就自动取下一个任务

本文提供的是一个简单的线程池,所以并不提供线程的自动增减的功能,以比较简单的代码来理解其原理

代码只有一个文件,算上注释才勉强200行,由于代码较长就不全部贴在这里了。

线程池代码见Github

由于代码使用了一些c++11的东西,所以先需要复习一下以下几个东西:(不要被吓怕,就算不会其实也能懂下面的讲解,具体语法所表达的意思我会说明)

  • std::thread
  • std::mutex
  • std::condition_variable
  • std::move
  • std::lock_guard
  • std::unique_lock
  • lambda表达式

下面开始代码讲解:

先从入口说起:构造函数

template 
FixedThreadPool<_TCount>::FixedThreadPool(): m_jobsleft(0), m_isDone(false), m_isFinished(false) { for (int i = 0; i < _TCount; ++i) { m_threads[i] = std::move(std::thread([this, i]() { this->DoTask(); })); }}

在构造函数中,根据模板参数_TCount创建一定数量的线程,将所有线程存在了数组(std::array)中。

然后你会注意到,每个线程都会运行DoTask方法,注意:DoTask是运行于子线程中的

template 
void FixedThreadPool<_TCount>::DoTask() { // Run in subthreads. // Take the next job in the queue and run it. Notify the main thread that a job has completed. while (!m_isDone) { this->NextJob()(); -- m_jobsleft; // Notify the main thread that a job has completed. m_conditionWait.notify_one(); }}

不去看那些烦人的标记变量,先从大的方面理解其原理:

在循环中每次去一个任务(我猜是在队列里取,若队列为空则会block),取到任务后执行任务(即执行lambda表达式),jobsleft减少,然后通知给主线程“我又执行完一个任务”

这里有两个关注点:NextJob如何取任务?m_conditionWait都有谁在阻塞?

先看NextJob如何取任务?

template 
typename FixedThreadPool<_TCount>::JobHandler FixedThreadPool<_TCount>::NextJob() { // Run in subthreads. // Get the next job; pop the first item in the queue, otherwise wait for a signal from the main thread. JobHandler handler; std::unique_lock
qlock(m_mutexQueue); // Wait for a job if we don't have any. m_conditionJob.wait(qlock, [this]()->bool { return m_queue.size() || m_isDone; }); // Get job from the queue if (!m_isDone) { handler = m_queue.front(); m_queue.pop_front(); } else { // If we're bailing out, 'inject' a job into the queue to keep jobsleft accurate. handler = []{}; ++m_jobsleft; } return handler;}

注意:这个函数也是运行在子线程中

希望你已经学会使用std::condition_variable了,简单来说m_conditionJob.wait就是在判断是否队列为空(先不要关心烦人的m_isDone)。

如果队列为空则会阻塞,然后就会一直等待,等待到啥时候呢?(我猜测当有新任务时一定会有通知notify_one()),通知来了检测满足条件就继续向下执行。

会看到从队列中取出一个任务,然后返回。

这里有个关注点:啥时候会有m_conditionJob的notify_xxx()?

在这里:

template 
void FixedThreadPool<_TCount>::AddJob(JobHandler job) { // Add a new job to the pool. If there are no jobs in the queue, a thread is woken up to take the job. If all threads are busy, the job is added to the end of the queue. std::lock_guard
guard(m_mutexQueue); m_queue.emplace_back(job); ++ m_jobsleft; m_conditionJob.notify_one();}

注意:这是主线程中由用户调用的方法

当然还有一处在JoinAll中,不过这对理解线程池运行流程关系不大。下面讨论另一个问题时在看。

现在你脑子中是否有线程池的运行流程了。

主线程:【创建子线程】->【AddJob】

子线程:【DoTask】->【NextJob】->【NextJob】...->【NextJob】

描述:子线程在DoTask中循环通过【NextJob】取任务,当没有任务时,会block在NextJob中,一直等待到主线程的【AddJob】调用后,会wakeup一个(只会唤醒一个线程)已经阻塞的NextJob,然后NextJob返回队列中的一个任务,交给DoTask执行,DoTask执行完成后通知又执行完一个任务(可用于判断所有任务是否都执行完成)。

 

到这里还比较简单一些,下面考虑退出的问题:

退出的问题在于让所有可能被阻塞住的子线程全部唤醒,然后顺利的走向销毁。

先看析构函数:

template 
FixedThreadPool<_TCount>::~FixedThreadPool() { this->JoinAll();}

JoinAll,听着就像thread的join嘛,看看:

template 
void FixedThreadPool<_TCount>::JoinAll(bool wait) { if (m_isFinished) { return; } if (wait) { this->WaitAll(); } // note that we're done, and wake up any thread that's // waiting for a new job m_isDone = true; m_conditionJob.notify_all(); for(auto &x : m_threads) { if(x.joinable()) { x.join(); } } m_isFinished = true;}

注意:JoinAll会在主线程执行

奥,m_isFinished用来保证JoinAll只执行一次的。

wait嘛,WaitAll看名字就像等待所有任务执行完毕嘛,而且必须要阻塞住调用WaitAll的线程,否则怎么能叫Wait呢!

下面看看m_isDone=true,然后通知所有(notify_all())的m_conditionJob.wait,那就是通知所有线程中的m_conditionJob.wait呀,先不管继续往下看。

下面就是遍历所有的子线程,然后全部join掉,这可是会阻塞主线程的!主线程会等待所有join的子线程执行完才能回到主线程,不过若所有任务执行完了,join之后子线程不就over了嘛

 

// Wait for a job if we don't have any.    m_conditionJob.wait(qlock, [this]()->bool {        return m_queue.size() || m_isDone;    });

还记得这里吧,NextJob方法,运行于子线程中。

当JoinAll中notify_all时,这里就会被唤醒,由于m_isDone为true,不管你队列是否为空都会继续执行下去。子线程要退出,那么就不能被阻塞住,所以这里就是用来唤醒子线程,让子线程顺利退出的。

 

// Get job from the queue    if (!m_isDone) {        handler = m_queue.front();        m_queue.pop_front();    }    else { // If we're bailing out, 'inject' a job into the queue to keep jobsleft accurate.        handler = []{};        ++m_jobsleft;    }

所以就到了下面这个语句块,返回一个空的handler。 都要退出了,为了处理一致,返回空的也无可厚非。

 

下面再看看WaitAll是什么鬼:

template 
void FixedThreadPool<_TCount>::WaitAll() { // Waits until all jobs have finshed executing. if (m_jobsleft > 0) { std::unique_lock
lock(m_mutexWait); m_conditionWait.wait(lock, [this]()->bool { return this->m_jobsleft == 0; }); lock.unlock(); }}

奥,原来如此,WaitAll果然就是阻塞住你,然后等待剩余的任务数为0时,才会被唤醒(结合DoTask中的notify_one)。

 

这么看来,在JoinAll中:

如果wait=true,那么就会等待所有任务自然的执行完成后join所有线程退出。

如果wait=false,那么就会让所有阻塞在等待任务上的线程直接执行一个空任务,然后退出。或者让正在执行任务的线程执行完任务后退出。

 

 

转载于:https://www.cnblogs.com/luweimy/p/5172946.html

你可能感兴趣的文章
我也来拆个无线路由器,斐讯的FIR302M
查看>>
DevOps和容器:本地or云端,如何选择?
查看>>
ActiveMQ 初试
查看>>
linux-yum库建立和常见使用
查看>>
“两只小熊队”Alpha版本展示博客
查看>>
创建django的不同环境
查看>>
Top 10 command-line commands for managing Windows 7 desktops
查看>>
CentOS5.4安装samba服务
查看>>
学习笔记之简单工厂设计模式
查看>>
Spring+SpringMVC+MyBatis+Maven框架整合
查看>>
MFC读写文件
查看>>
linux优化
查看>>
手动制作mini linux详细步骤—之一
查看>>
kali密码离线破解
查看>>
Bootstrap优秀模板-Unify.2.6.2
查看>>
poj 3122 Pie (二分)
查看>>
在面试中如何展示虚拟机和内存调优技能
查看>>
C++命名空间学习笔记
查看>>
购物商城Web开发第五天
查看>>
剑指Offer第36题—Java版
查看>>