c++生产者消费者者模式笔记-1阻塞问题

news2026/5/20 9:27:57
生产者消费者模式是并发编程的核心模式之一核心是想要提高程序的运行效率。这里记录一下自己的思考使用通俗易懂的语言和以日志记录为例解读生产者消费者模式并实现生产者消费者模式。将生产者消费者模式的核心内容划分为三个问题阻塞问题、内存积压问题、cpu空转问题。这里是第一章阻塞问题。阻塞问题生产者消费者模式首先就是要解决相互阻塞的问题。在编程过程中循环是普遍存在的循环内部普遍来说是顺序执行顺序结构可以分为上下两个部分。程序上方的输出数据往往是程序下方的输入从数据的角度看程序上方就是生产过程称为生产者程序下方就是消费过程称为消费者。这种结构下生产者和消费者之间必然相互等待如果两个两者耗时较长那么就会导致程序运行效率降低这就称之为程序之间相互阻塞。实际场景日志记录系统就是一个典型的生产者消费者模式。项目运行时需要循环记录日志在循环内部程序上方是生成日志程序下方是写入日志文件。所以生产者就是生成字符串消费者是写入日志文件。代码实现程序在同一个线程中循环执行循环体中使用顺序结构生产一个字符串紧接着在磁盘中写入一个字符串。这就是同步耦合实现这样会导致生产者生产和消费者相互等待即相互阻塞。void sync_log() { std::cout同步耦合日志系统std::endl; std::ofstream log_file; std::string log_pathlog1.txt; std::chrono::high_resolution_clock::time_point start std::chrono::high_resolution_clock::now(); for(int i0;i10;i) { log_file.open(log_path,std::ios::app); //cpu内存处理数据 std::chrono::high_resolution_clock::time_point t1 std::chrono::high_resolution_clock::now(); //大量数据 std::string large_data(2048, x); // 2KB 数据 //时间记录 auto time std::chrono::system_clock::now(); auto time_t std::chrono::system_clock::to_time_t(time); std::string content_timestd::ctime(time_t); std::cout日志记录时刻content_time; std::string content[content_time] large_data; std::chrono::high_resolution_clock::time_point t2 std::chrono::high_resolution_clock::now(); //用户缓存区写日志 log_filecontentstd::endl; //写磁盘 log_file.close(); std::chrono::high_resolution_clock::time_point t3 std::chrono::high_resolution_clock::now(); std::cout处理业务耗时std::chrono::duration_caststd::chrono::microseconds(t2-t1).count()微秒std::endl; std::cout写日志耗时std::chrono::duration_caststd::chrono::microseconds(t3-t2).count()微秒std::endlstd::endl; } // 写入磁盘 std::chrono::high_resolution_clock::time_point end std::chrono::high_resolution_clock::now(); std::cout生成日志和io相互阻塞std::endl; std::cout耗时std::chrono::duration_caststd::chrono::microseconds(end-start).count()msstd::endl; } int main() { sync_log(); return 0; }运行结果同步耦合日志系统 日志记录时刻Fri May 15 10:20:42 2026 处理业务耗时2101微秒 写日志耗时141微秒 日志记录时刻Fri May 15 10:20:42 2026 处理业务耗时68微秒 写日志耗时112微秒 日志记录时刻Fri May 15 10:20:42 2026 处理业务耗时155微秒 写日志耗时87微秒 日志记录时刻Fri May 15 10:20:42 2026 处理业务耗时86微秒 写日志耗时111微秒 日志记录时刻Fri May 15 10:20:42 2026 处理业务耗时78微秒 写日志耗时100微秒 日志记录时刻Fri May 15 10:20:42 2026 处理业务耗时56微秒 写日志耗时95微秒 日志记录时刻Fri May 15 10:20:42 2026 处理业务耗时59微秒 写日志耗时68微秒 日志记录时刻Fri May 15 10:20:42 2026 处理业务耗时45微秒 写日志耗时85微秒 日志记录时刻Fri May 15 10:20:42 2026 处理业务耗时52微秒 写日志耗时88微秒 日志记录时刻Fri May 15 10:20:42 2026 处理业务耗时66微秒 写日志耗时107微秒 生成日志和io相互阻塞 耗时8398ms结果分析每一次循环都需要生成一个字符串除了在第一次循环其他每一次都需要等待写入日志完成后才能生成字符串同理写入磁盘也类似包括第一次循环每一次都需要等待生成字符串完成后才能写入磁盘。这就是生产者和消费者速度相互阻塞生成字符串是生产者写入磁盘是消费者两者相互等待导致程序整体效率低。解决阻塞生产者和消费者相互阻塞如何解决同步耦合深入分析阻塞问题的根本原因在于同步耦合即调用方必须等待被调用方完成才能继续执行的模式。在生产者消费者视角下看同步耦合来自于生产者和消费者在同一个线程、处于同一个顺序结构中上下游的位置当循环时前后者就会相互制约。异步解耦合既然阻塞时同步耦合导致的那么解决就需要异步解耦合。即调用方不需要等待被调用方完成就可以继续执行的模式。在生产者消费者视角下看就需要将生产者和消费者放在两个独立的线程中运行这样两者不相互依赖同时运行。代码实现分离生产者和消费者线程生产者只需要生成日志字符串不需要关心写入日志文件消费者只需要写入日志文件不需要关心生成日志字符串但是这样又会产生新的问题生产者生产数据消费者消费数据两者如何关联起来呢为了解决这些问题我们可以创建共享变量作为通信方式生产者和消费者能同时访问到这个变量生产者生产数据后将数据放入共享变量消费者消费数据时从共享变量中取出数据进行消费由于是多线程访问共享变量所以需要引入互斥锁当生产者生产数据时消费者无法访问共享变量当消费者消费数据时生产者无法访问共享变量避免了数据竞争保证了数据安全这样生产者和消费者就互不依赖同时运行解决了阻塞问题这样就是异步解耦合程序完成相同的功能但是效率更高。void sync_log() { std::cout同步耦合日志系统std::endl; std::ofstream log_file; std::string log_pathlog1.txt; std::chrono::high_resolution_clock::time_point start std::chrono::high_resolution_clock::now(); for(int i0;i10;i) { log_file.open(log_path,std::ios::app); //cpu内存处理数据 // std::chrono::high_resolution_clock::time_point t1 std::chrono::high_resolution_clock::now(); //大量数据 std::string large_data(2048, x); // 2KB 数据 //时间记录 auto time std::chrono::system_clock::now(); auto time_t std::chrono::system_clock::to_time_t(time); std::string content_timestd::ctime(time_t); // std::cout日志记录时刻content_time; std::string content[content_time] large_data; std::chrono::high_resolution_clock::time_point t2 std::chrono::high_resolution_clock::now(); //用户缓存区写日志 log_filecontentstd::endl; //写磁盘 log_file.close(); // std::chrono::high_resolution_clock::time_point t3 std::chrono::high_resolution_clock::now(); // std::cout处理业务耗时std::chrono::duration_caststd::chrono::microseconds(t2-t1).count()微秒std::endl; // std::cout写日志耗时std::chrono::duration_caststd::chrono::microseconds(t3-t2).count()微秒std::endlstd::endl; } // 写入磁盘 std::chrono::high_resolution_clock::time_point end std::chrono::high_resolution_clock::now(); std::cout生成日志和io相互阻塞std::endl; std::cout耗时std::chrono::duration_caststd::chrono::microseconds(end-start).count()msstd::endl; } void async_log() { std::cout异步解耦日志系统,不再相互阻塞std::endl; std::ofstream log_file; std::string log_pathlog2.txt; // 缓存 std::dequestd::string log_buffer; // 停止标志 std::atomicbool stop_flag(false); // 加锁避免数据竞争 std::mutex log_mutex; // cpu内存处理数据 auto log_data_func[log_buffer,stop_flag,log_mutex](){ int count1; std::chrono::high_resolution_clock::time_point start std::chrono::high_resolution_clock::now(); while(true) { // std::chrono::high_resolution_clock::time_point t1 std::chrono::high_resolution_clock::now(); //创建数据 std::string large_data(2048, x); // 4KB 数据 // std::this_thread::sleep_for(std::chrono::milliseconds(100)); //时间记录 auto time std::chrono::system_clock::now(); auto time_t std::chrono::system_clock::to_time_t(time); std::string content_timestd::ctime(time_t); // std::cout生成日志content_timestd::endl; std::string content[content_time] large_data; //写入缓存 std::unique_lockstd::mutex lock(log_mutex); log_buffer.push_back(content); lock.unlock(); // std::chrono::high_resolution_clock::time_point t2 std::chrono::high_resolution_clock::now(); // std::cout处理业务耗时std::chrono::duration_caststd::chrono::microseconds(t2-t1).count()微秒std::endlstd::endl; count; if(count10) { std::chrono::high_resolution_clock::time_point t_10 std::chrono::high_resolution_clock::now(); std::cout生成10条日志耗时std::chrono::duration_caststd::chrono::microseconds(t_10-start).count()msstd::endl; } if (stop_flag) { break; } }; std::cout生成日志结束std::endl; std::cout总共生成数据量count条std::endl; }; std::thread thread_log_data(log_data_func); // 日志写入磁盘 auto log_disk_func[log_buffer,log_file,log_path,stop_flag,log_mutex](){ //计时开始 std::chrono::high_resolution_clock::time_point start std::chrono::high_resolution_clock::now(); int count1; while(true) { //判断退出循环 if (count10) { break; } if(!log_buffer.empty()) { std::chrono::high_resolution_clock::time_point t1 std::chrono::high_resolution_clock::now(); //打开文件 log_file.open(log_path,std::ios::app); //写日志 std::unique_lockstd::mutex lock(log_mutex); auto datalog_buffer.front(); log_buffer.pop_front(); lock.unlock(); log_filedatastd::endl; //关闭文件 log_file.close(); std::chrono::high_resolution_clock::time_point t2 std::chrono::high_resolution_clock::now(); // std::cout写日志耗时std::chrono::duration_caststd::chrono::microseconds(t2-t1).count()微秒std::endl; count; } } //通知生产进程结束 stop_flag true; //计时结束 std::chrono::high_resolution_clock::time_point end std::chrono::high_resolution_clock::now(); std::coutio耗时std::chrono::duration_caststd::chrono::microseconds(end-start).count()msstd::endl; }; std::thread thread_log_disk(log_disk_func); thread_log_data.join(); thread_log_disk.join(); } int main() { // 同步阻塞问题 sync_log(); std::cout----------------std::endl; async_log(); return 0; }运行结果同步耦合日志系统 生成日志和io相互阻塞 耗时4978ms ---------------- 异步解耦日志系统,不再相互阻塞 生成10条日志耗时46ms io耗时3864ms 生成日志结束 总共生成数据量600条结果分析同步耦合日志系统生成日志和io相互阻塞记录10条日志到文件共耗时4978ms异步解耦日志系统生成日志和io不再相互阻塞记录10条日志到文件共耗时3864ms异步解耦合日志系统当10条日志记录结束时总共生成数据量都已经生成600条日志了同样是记录10条日志相互阻塞的方式耗时4978ms非阻塞的方式耗时3864ms非阻塞的方式耗时明显更短同样是记录10条日志相互阻塞的方式只生成了10条日志而非阻塞的方式生成了600条非阻塞的方式生成了更多的数据结论异步解耦合的方式以更短的时间生成了达到同样的记录效果并且生成了更多的数据说明异步解耦合的方式更高效

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/2627814.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

SpringBoot-17-MyBatis动态SQL标签之常用标签

文章目录 1 代码1.1 实体User.java1.2 接口UserMapper.java1.3 映射UserMapper.xml1.3.1 标签if1.3.2 标签if和where1.3.3 标签choose和when和otherwise1.4 UserController.java2 常用动态SQL标签2.1 标签set2.1.1 UserMapper.java2.1.2 UserMapper.xml2.1.3 UserController.ja…

wordpress后台更新后 前端没变化的解决方法

使用siteground主机的wordpress网站,会出现更新了网站内容和修改了php模板文件、js文件、css文件、图片文件后,网站没有变化的情况。 不熟悉siteground主机的新手,遇到这个问题,就很抓狂,明明是哪都没操作错误&#x…

网络编程(Modbus进阶)

思维导图 Modbus RTU(先学一点理论) 概念 Modbus RTU 是工业自动化领域 最广泛应用的串行通信协议,由 Modicon 公司(现施耐德电气)于 1979 年推出。它以 高效率、强健性、易实现的特点成为工业控制系统的通信标准。 包…

UE5 学习系列(二)用户操作界面及介绍

这篇博客是 UE5 学习系列博客的第二篇,在第一篇的基础上展开这篇内容。博客参考的 B 站视频资料和第一篇的链接如下: 【Note】:如果你已经完成安装等操作,可以只执行第一篇博客中 2. 新建一个空白游戏项目 章节操作,重…

IDEA运行Tomcat出现乱码问题解决汇总

最近正值期末周,有很多同学在写期末Java web作业时,运行tomcat出现乱码问题,经过多次解决与研究,我做了如下整理: 原因: IDEA本身编码与tomcat的编码与Windows编码不同导致,Windows 系统控制台…

利用最小二乘法找圆心和半径

#include <iostream> #include <vector> #include <cmath> #include <Eigen/Dense> // 需安装Eigen库用于矩阵运算 // 定义点结构 struct Point { double x, y; Point(double x_, double y_) : x(x_), y(y_) {} }; // 最小二乘法求圆心和半径 …

使用docker在3台服务器上搭建基于redis 6.x的一主两从三台均是哨兵模式

一、环境及版本说明 如果服务器已经安装了docker,则忽略此步骤,如果没有安装,则可以按照一下方式安装: 1. 在线安装(有互联网环境): 请看我这篇文章 传送阵>> 点我查看 2. 离线安装(内网环境):请看我这篇文章 传送阵>> 点我查看 说明&#xff1a;假设每台服务器已…

XML Group端口详解

在XML数据映射过程中&#xff0c;经常需要对数据进行分组聚合操作。例如&#xff0c;当处理包含多个物料明细的XML文件时&#xff0c;可能需要将相同物料号的明细归为一组&#xff0c;或对相同物料号的数量进行求和计算。传统实现方式通常需要编写脚本代码&#xff0c;增加了开…

LBE-LEX系列工业语音播放器|预警播报器|喇叭蜂鸣器的上位机配置操作说明

LBE-LEX系列工业语音播放器|预警播报器|喇叭蜂鸣器专为工业环境精心打造&#xff0c;完美适配AGV和无人叉车。同时&#xff0c;集成以太网与语音合成技术&#xff0c;为各类高级系统&#xff08;如MES、调度系统、库位管理、立库等&#xff09;提供高效便捷的语音交互体验。 L…

(LeetCode 每日一题) 3442. 奇偶频次间的最大差值 I (哈希、字符串)

题目&#xff1a;3442. 奇偶频次间的最大差值 I 思路 &#xff1a;哈希&#xff0c;时间复杂度0(n)。 用哈希表来记录每个字符串中字符的分布情况&#xff0c;哈希表这里用数组即可实现。 C版本&#xff1a; class Solution { public:int maxDifference(string s) {int a[26]…

【大模型RAG】拍照搜题技术架构速览:三层管道、两级检索、兜底大模型

摘要 拍照搜题系统采用“三层管道&#xff08;多模态 OCR → 语义检索 → 答案渲染&#xff09;、两级检索&#xff08;倒排 BM25 向量 HNSW&#xff09;并以大语言模型兜底”的整体框架&#xff1a; 多模态 OCR 层 将题目图片经过超分、去噪、倾斜校正后&#xff0c;分别用…

【Axure高保真原型】引导弹窗

今天和大家中分享引导弹窗的原型模板&#xff0c;载入页面后&#xff0c;会显示引导弹窗&#xff0c;适用于引导用户使用页面&#xff0c;点击完成后&#xff0c;会显示下一个引导弹窗&#xff0c;直至最后一个引导弹窗完成后进入首页。具体效果可以点击下方视频观看或打开下方…

接口测试中缓存处理策略

在接口测试中&#xff0c;缓存处理策略是一个关键环节&#xff0c;直接影响测试结果的准确性和可靠性。合理的缓存处理策略能够确保测试环境的一致性&#xff0c;避免因缓存数据导致的测试偏差。以下是接口测试中常见的缓存处理策略及其详细说明&#xff1a; 一、缓存处理的核…

龙虎榜——20250610

上证指数放量收阴线&#xff0c;个股多数下跌&#xff0c;盘中受消息影响大幅波动。 深证指数放量收阴线形成顶分型&#xff0c;指数短线有调整的需求&#xff0c;大概需要一两天。 2025年6月10日龙虎榜行业方向分析 1. 金融科技 代表标的&#xff1a;御银股份、雄帝科技 驱动…

观成科技:隐蔽隧道工具Ligolo-ng加密流量分析

1.工具介绍 Ligolo-ng是一款由go编写的高效隧道工具&#xff0c;该工具基于TUN接口实现其功能&#xff0c;利用反向TCP/TLS连接建立一条隐蔽的通信信道&#xff0c;支持使用Let’s Encrypt自动生成证书。Ligolo-ng的通信隐蔽性体现在其支持多种连接方式&#xff0c;适应复杂网…

铭豹扩展坞 USB转网口 突然无法识别解决方法

当 USB 转网口扩展坞在一台笔记本上无法识别,但在其他电脑上正常工作时,问题通常出在笔记本自身或其与扩展坞的兼容性上。以下是系统化的定位思路和排查步骤,帮助你快速找到故障原因: 背景: 一个M-pard(铭豹)扩展坞的网卡突然无法识别了,扩展出来的三个USB接口正常。…

未来机器人的大脑:如何用神经网络模拟器实现更智能的决策?

编辑&#xff1a;陈萍萍的公主一点人工一点智能 未来机器人的大脑&#xff1a;如何用神经网络模拟器实现更智能的决策&#xff1f;RWM通过双自回归机制有效解决了复合误差、部分可观测性和随机动力学等关键挑战&#xff0c;在不依赖领域特定归纳偏见的条件下实现了卓越的预测准…

Linux应用开发之网络套接字编程(实例篇)

服务端与客户端单连接 服务端代码 #include <sys/socket.h> #include <sys/types.h> #include <netinet/in.h> #include <stdio.h> #include <stdlib.h> #include <string.h> #include <arpa/inet.h> #include <pthread.h> …

华为云AI开发平台ModelArts

华为云ModelArts&#xff1a;重塑AI开发流程的“智能引擎”与“创新加速器”&#xff01; 在人工智能浪潮席卷全球的2025年&#xff0c;企业拥抱AI的意愿空前高涨&#xff0c;但技术门槛高、流程复杂、资源投入巨大的现实&#xff0c;却让许多创新构想止步于实验室。数据科学家…

深度学习在微纳光子学中的应用

深度学习在微纳光子学中的主要应用方向 深度学习与微纳光子学的结合主要集中在以下几个方向&#xff1a; 逆向设计 通过神经网络快速预测微纳结构的光学响应&#xff0c;替代传统耗时的数值模拟方法。例如设计超表面、光子晶体等结构。 特征提取与优化 从复杂的光学数据中自…