当前位置: 首页 > news >正文

基于多反应堆的高并发服务器【C/C++/Reactor】(中)子线程 WorkerThread的实现 和 线程池ThreadPool的初始化

一、子线程 WorkerThread的实现

(1)工作线程

  • 线程ID:每个线程都有一个唯一的ID,用于标识
  • 线程的名字:非必需,主要用于识别线程
  • 互斥锁:线程同步
  • 条件变量:线程阻塞
  • EventLoop:在每个子线程里边都有一个反应堆模型

// 定义子线程对应的结构体
struct WokerThread {pthread_t threadID;// 线程IDchar name[24];// 线程名字pthread_mutex_t mutex;// 互斥锁(线程同步)pthread_cond_t cond;// 条件变量(线程阻塞)struct EventLoop* evLoop;// 事件循环(反应堆模型)// 在每个子线程里边都有一个反应堆模型
};

(2)工作线程初始化

// 初始化
int workerThreadInit(struct WokerThread* thread, int index);
// 初始化
int workerThreadInit(struct WokerThread* thread, int index) {thread->threadID = 0;// 线程IDsprintf(thread->name, "SubThread-%d", index);// 线程名字// 指定为NULL,表示使用默认属性pthread_mutex_init(&thread->mutex, NULL);// 互斥锁pthread_cond_init(&thread->cond, NULL);// 条件变量thread->evLoop = NULL;// 事件循环(反应堆模型)return 0;
}

(3)启动线程

// 启动线程
void workerThreadRun(struct WokerThread* thread);
// 子线程的回调函数
void* subThreadRunning(void* arg) {struct WokerThread* thread = (struct WokerThread*)arg;// 还有子线程里边的evLoop是共享资源,需要添加互斥锁pthread_mutex_lock(&thread->mutex);// 加锁thread->evLoop = eventLoopInitEx(thread->name);pthread_mutex_unlock(&thread->mutex);// 解锁pthread_cond_signal(&thread->cond);// 发送信号(唤醒主线程,通知主线程解除阻塞)eventLoopRun(thread->evLoop);// 启动反应堆模型return NULL;
}// 启动线程
void workerThreadRun(struct WokerThread* thread) {// 创建子线程pthread_create(&thread->threadID, NULL, subThreadRunning, thread);/*在这里阻塞主线程的原因是:在于子线程的反应堆模型是否被真正的创建出来了?因此,可以判断一下thread->evLoop是否为NULL,如果等于NULL,说明子线程反应堆模型还没有被初始化完毕,没有初始化完毕,我们就阻塞主线程*/// 阻塞主线程,让当前函数不会直接结束pthread_mutex_lock(&thread->mutex);while(thread->evLoop == NULL) { // 多次判断pthread_cond_wait(&thread->cond, &thread->mutex);// 子线程的回调函数(subThreadRunning)里调用pthread_cond_signal(&thread->cond)可以解除这里的阻塞}pthread_mutex_unlock(&thread->mutex);
}

二、线程池ThreadPool的初始化 

  • ThreadPool.h 
// 定义线程池
struct ThreadPool {/*在线程池里边的这个mainLoop主要是做备份用的,主线程里边的mainLoop主要负责和客户端建立连接,只负责这一件事情,只有当线程池没有子线程这种情况下,mainLoop才负责处理和客户端的连接,否则的话它是不管其他事情的。*/struct EventLoop* mainLoop; // 主线程的反应堆模型int index; bool isStart;int threadNum; // 子线程总个数struct WorkerThread* workerThreads;
};

在线程池里边其实管理一个WorkerThreads数组,在这个数组里边有若干个元素,每个元素里边都有一个WorkerThread对象,把这若干个子线程对象初始化出来。之后,每个子线程里边都有一个EventLoop(反应堆模型),子线程处理的任务其实就是EventLoop里边的任务。

除此之外,在线程池里边还可以添加一个变量用来标记当前线程池是否启动:isStart默认情况下,肯定是不启动的状态的,即isStart = false;

ThreadNum用来记录当前线程池里边的子线程的个数,就是WorkerThreads数组的元素个数,它们有对应关系。

index记录线程池里边子线程的编号,通过这个index就能够访问线程池里边某个线程。

>>思考:为什么我们要访问线程池里边的某一个线程?

场景:主线程和客户端建立了连接,之后,就需要和客户端通信,那么这个通信的文件描述符和客户端通信流程需要交给子线程去处理,每个子线程里边都有一个EventLoop(反应堆模型),就需要把这个通信的文件描述符交给这个反应堆模型去管理,检测这个文件描述符的事件,如果有读事件,说明客户端有数据发送过来,那么我们就需要接收数据,然后再给客户端回复数据,这些都是在子线程的反应堆模型里边做的。所以当这个连接建立之后,主线程就要从线程池里边找出一个子线程,并且把这个任务给到子线程去处理。

但是存在一个问题:假设只有三个子线程,在找子线程的时候,不可能每次都找workerThread1,如果每次都是workerThread1,那么workerThread2, workerThread3就空闲下来了,为了雨露均沾,可以用index表示当前访问的线程到底是谁,如果这次访问线程1,那么下次就是线程2。如果这次访问线程2,那么下次就是线程3。如果这次访问线程3,那么下次就是线程1。

还有另外一个反应堆模型,这个是属于主线程的,并不用在ThreadPool线程池里边再去实例化一个EventLoop。其实是把主线程的这个EventLoop给到线程池,目的是:假设说这个线程池的ThreadNum=0,此时这个线程池里边就没有子线程了,也就没有反应堆模型了,也就没有办法工作,在这种情况下,我们就可以让线程池使用主线程的反应堆模型,这样就能够保证线程池还能够继续工作,只不过在当前服务器框架里边,它的反应堆模型就从多个变成了一个,所有的任务都变成了全部由主线程的反应堆模型来处理了。

在线程池里边的这个mainLoop主要是做备份用的,主线程里边的mainLoop主要负责和客户端建立连接,只负责这一件事情,只有当线程池没有子线程这种情况下,mainLoop才负责处理和客户端的连接,否则的话它是不管其他事情的。

总结:

(1)定义与作用:线程池是若干个线程的集合,主要用于管理复用线程,减少线程的创建和销毁的开销

(2)结构组成

  • WorkerThreads数组:存储子线程对象,每个元素代表一个workerThread对象

  • ThreadNumber:记录线程池中线程的个数,与WorkerThreads数组的元素个数对应

  • index:记录线程池中子线程的编号,用于访问特定线程

  • 主线程的EventLoop:当线程池中无子线程时,主线程的EventLoop可作为备选方案,确保线程池仍能处理任务

(3)工作原理:当连接建立后,主线程从线程池中选择一个子线程来处理任务。每个子线程都有一个内部的反应堆模型(EventLoop)来处理任务。 如果线程池中没有子线程,主线程的反应堆模型将被使用,确保线程池仍能工作

(4)启动与状态标记:通过一个布尔类型的变量来标记线程池是否已启动

  • ThreadPool.h  
// 初始化线程池
struct ThreadPool* threadPoolInit(struct EventLoop* mainLoop, int threadNum);
  • ThreadPool.c
// 初始化线程池
struct ThreadPool* threadPoolInit(struct EventLoop* mainLoop, int threadNum) {struct ThreadPool* pool = (struct ThreadPool*)malloc(sizeof(struct ThreadPool));pool->mainLoop = mainLoop; // 主线程的反应堆模型pool->index = 0;pool->isStart = false;pool->threadNum = threadNum; // 子线程总个数pool->workerThreads = (struct WokerThread*)malloc(sizeof(struct WokerThread) * threadNum); // 子线程数组return pool;
}

>>内容概要 :本文主要介绍了线程池的概念、结构组成和工作原理

>>核心观点 :

1. 线程池是若干个线程的集合,用于管理和复用线程,减少线程的创建和销毁开销

2. 线程池包括WorkerThreads数组、ThreadNumber、index等结构组成

3. 工作原理是主线程从线程池中选择一个子线程来处理任务,每个子线程都有一个反应堆模型来处理任务

相关文章:

  • Wnmp本地部署结合内网穿透实现任意浏览器远程访问本地服务
  • 银行十大主题域
  • MySQL之视图案例
  • ASP.NET可视化流程设计器源码
  • FPGA时序分析与时序约束(三)——I/O接口约束
  • 数脉观察二丨 详解CroPoolv2.0锁仓收益机制 文末附锁仓教程
  • 软件测试|测试平台开发-Flask 入门:编写第一个简单 Web 应用
  • 华为OD机试 - 寻找最优的路测线路(Java JS Python C)
  • 谈谈我的三次考研经历
  • 网络流总结
  • HNU-数据库系统-实验3-数据库设计
  • Lumeical Script------Script Prompt 中的两种输出方式
  • 冬装活动提成计算
  • 练习-双指针的使用
  • 阿里云PolarDB数据库不同配置租用价格表
  • 【译】JS基础算法脚本:字符串结尾
  • CSS3 变换
  • egg(89)--egg之redis的发布和订阅
  • ES2017异步函数现已正式可用
  • JS基础篇--通过JS生成由字母与数字组合的随机字符串
  • Linux编程学习笔记 | Linux多线程学习[2] - 线程的同步
  • Spark学习笔记之相关记录
  • uva 10370 Above Average
  • Vue全家桶实现一个Web App
  • win10下安装mysql5.7
  • 解决jsp引用其他项目时出现的 cannot be resolved to a type错误
  • 理解IaaS, PaaS, SaaS等云模型 (Cloud Models)
  • 前端自动化解决方案
  • 嵌入式文件系统
  • 悄悄地说一个bug
  • 使用Maven插件构建SpringBoot项目,生成Docker镜像push到DockerHub上
  • 移动端解决方案学习记录
  • Java性能优化之JVM GC(垃圾回收机制)
  • Linux权限管理(week1_day5)--技术流ken
  • ​渐进式Web应用PWA的未来
  • !!【OpenCV学习】计算两幅图像的重叠区域
  • ![CDATA[ ]] 是什么东东
  • #经典论文 异质山坡的物理模型 2 有效导水率
  • $分析了六十多年间100万字的政府工作报告,我看到了这样的变迁
  • (3)(3.5) 遥测无线电区域条例
  • (七)c52学习之旅-中断
  • (三分钟了解debug)SLAM研究方向-Debug总结
  • (转)从零实现3D图像引擎:(8)参数化直线与3D平面函数库
  • ***详解账号泄露:全球约1亿用户已泄露
  • **PHP分步表单提交思路(分页表单提交)
  • ..回顾17,展望18
  • .mkp勒索病毒解密方法|勒索病毒解决|勒索病毒恢复|数据库修复
  • .NET 4.0中使用内存映射文件实现进程通讯
  • .NET Framework 的 bug?try-catch-when 中如果 when 语句抛出异常,程序将彻底崩溃
  • .NET 发展历程
  • .NET/C# 使窗口永不获得焦点
  • @entity 不限字节长度的类型_一文读懂Redis常见对象类型的底层数据结构
  • [ vulhub漏洞复现篇 ] JBOSS AS 4.x以下反序列化远程代码执行漏洞CVE-2017-7504
  • [ 代码审计篇 ] 代码审计案例详解(一) SQL注入代码审计案例
  • [【JSON2WEB】 13 基于REST2SQL 和 Amis 的 SQL 查询分析器