muduo库学习之线程同步08——总结

最新推荐文章于 2025-08-21 03:57:39 发布
原创 最新推荐文章于 2025-08-21 03:57:39 发布 · 150 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文汇总了muduo库关于线程同步的系列学习，包括互斥器、条件变量的使用，避免使用读写锁和信号量，强调了使用高层同步设施的重要性，以及线程同步中的ScopedLocking原则。通过对MutexLock、MutexLockGuard等的封装，实现了更安全的线程管理，如Singleton单例和CopyOnWrite策略。

东阳的学习笔记

1. 内容总结

前面几篇文章的内容归纳如下：

  1. 线程同步的四项原则，尽量使用高层同步设施（线程池、队列、倒计时）
  2. 使用普通互斥器和条件变量完成剩余的同步任务，采用 RAII惯用手法和 Scoped Locking。

所谓的四项原则即：
muduo库学习之线程同步01——互斥器mutex中所提到的使用原则

2. 文章汇总

muduo库学习之线程同步01——互斥器mutex
muduo库学习之线程同步02——条件变量
muduo库学习之线程同步03——不要用读写锁和信号量
muduo库学习之线程同步04——sleep不是同步原语
muduo库学习之线程同步05——MutexLock、MutexLockGuard的封装
muduo库学习之线程同步06——Singleton单例实现
muduo库学习之线程同步07——CopyOnWrite

muduo网络库剖析——线程Thread类
weixin_62021811的博客
01-22 1213
基于c++的muduo网络库开源项目深度剖析！超级加分的简历项目，期待您的讨论~
muduo网络库——详解muduo多线程模型
amoscykl的博客
10-09 1901
6.3     非阻塞网络编程应该用边沿触发（ET）还是电平触发（LT）？如果是电平触发，那么什么时候关注POLLOUT事件？会不会造成busy-loop?如果是边沿触发，如果和防止漏读造成的饥饿？ epoll一定比poll快么？   6.4        在finger的测试程序中，没有设置onConnection这个函数，就可以连接？   6.6 详解muduo多线程模型   ...
muduo库学习之线程同步07——CopyOnWrite
qq_22473333的博客
01-31 332
东阳的学习笔记 CopyOnWriter 1 什么是COW? COW字面意思写时复制，是一种并发场景下的共享数据策略。 顾名思义，它的基本思想是大家共享同一份数据，读的时候不加锁，直接读取数据；更新数据时在其拷贝副本上操作，在这个新拷贝的数据上演绎更新操作，然后再用这个新数据替换老数据。 2 借 shared_ptr 实现 copy-on-write 在 互斥器 那篇文章中提到了一个死锁的例子。在这里我们来看看如何使用 COW 来解决这个问题： 先将数据结构改成： typedef std::vect.
muduo库学习之线程同步02——条件变量
qq_22473333的博客
01-30 221
东阳的学习笔记 文章目录对于wait端：对于 signal/broadcast 端 如果要等待某个条件成立，我们必须使用条件变量（condition variable）。条件变量顾名思义是一个或者多个线程等待某个布尔表达式为真，即等待别的线程唤醒它。条件变量的学名叫管程。Java Object 中内置的 wait()、notify()、notifyAll()是条件变量。 条件变量只有一种正确使用的方式，几乎不可能用错。 对于wait端： 必须与 mutex 一起使用，该布尔表达式的读写受此 mutex.
muduo库学习之线程同步01——互斥器mutex
qq_22473333的博客
01-30 302
东阳的学习笔记 互斥器保护了临界区，任何时刻最多只有一个线程在此 mutex 划出的临界区内活动。单独使用 mutex 时，我们主要是为了保护共享数据。 下面是使用 mutex 时的一些经验和原则： 主要原则有： 用RAII手法封装 mutex 的创建、销毁、加锁、解锁这四个操作。 只使用非递归的 mutex (即不可重入的 mutex) 不手动调用 lock() 和 unlock() 函数，一切交给栈上对象 GUARD 的构造和析构函数来完成 在每次构造 GUARD 对象的时候，思考调用栈上已经持有.
muduo库学习之线程同步06——Singleton单例实现
qq_22473333的博客
01-30 222
文章目录一、DCL二、pthread_once 原文链接：https://blog.youkuaiyun.com/qq_41453285/article/details/104885869 一、DCL 研究Singleton的线程安全实现的历史会发现很多有意思的事情，人们一度认为double checked locking（缩写为DCL）是王道，兼顾了效率与正确性。后来有“神牛”指出由于乱序执行的影响， DCL是靠不住的 。可以参阅： http://www.cs.umd.edu/~pugh/java/memory
muduo库学习之线程同步04——sleep不是同步原语
qq_22473333的博客
01-30 167
东阳的学习笔记 我认为sleep()/usleep()/nanosleep()只能出现在测试代码中，比如写单元测试的时候（备注：设计时间的单元测试不那么好写，短的如一两秒可以用sleep()；长的如一小时、一天，则得想其他办法，比如把算法提取出来并把时间注入进去） 或者用于有意延长临界区，加速复现死锁的情况，就像“前文介绍的死锁”示范的那样 sleep不具备memory barrier语义，它不能保证内存的可见性（参阅后面“C++多线程系统编程精要”的文章最开始的例子） 生产代码中线程的等待可分为两.
muduo库学习之线程同步05——MutexLock、MutexLockGuard的封装
qq_22473333的博客
01-30 369
文章目录一、MutexLock、MutexLockGuard的封装MutexLockMutexLockGuard二、Condition的封装>Condition关于条件变量与互斥器的使用三、总结 一、MutexLock、MutexLockGuard的封装 MutexLock： 封装临界区（critical section），这是一个简单的资源类，用RAII手法封装互斥器的创建与销毁。MutexLock一般是别的class的数据成员 临界区在Windows上是struct CRITICAL_SEC
muduo库学习之线程同步03——不要用读写锁和信号量
qq_22473333的博客
01-30 415
东阳的学习笔记 文章目录不要使用读写锁不要使用信号量 不要使用读写锁 读写锁并不像它看上去那样那么美妙！ 从正确性方面来说，一种典型的易犯错误是在持有 read lock 的时候修改了共享数据。这通常发生在程序的维护阶段。程序员不小心在原来read lock保护的函数中调用了会修改状态的函数 从性能方面来说，读写锁不见得比普通的 mutex_ 更高效。因为它要更新 reader 的数目。如果临界区很小，锁竞争不激烈，那么 mutex 往往会更快。 在多线程编程中我们总是设法缩短临界区 read.
muduo库学习之详解muduo多线程模型（常见的并发网络服务器设计方案）
qq_22473333的博客
02-03 945
东阳的学习笔记 12种常见方案 下表是作者总结的12种常见方案，其中： 互通：开发chat服务时，多个客户连接之间是否能方便地交换数据
《muduo——网络库》
最新发布
fwfxhhx的博客
08-21 1089
如果你是 C++ 开发者，想要踏入高性能网络编程的世界，那么 muduo 库绝对值得你学习。作为一个基于 C++11 的高性能网络库，muduo 采用了 Reactor 模式，特别适合开发 Linux 平台下的高并发网络应用。本文将带你从零开始，一步步了解 muduo 库的基本使用方法。
muduo C++ 网络库——线程同步精要(1):互斥锁
amoscykl的博客
06-20 872
互斥器：使用得最多的同步原语互斥锁的详细介绍在这一篇博文中：互斥锁 概念补充：RAII——资源的有效期与持有资源的对象的生命期严格绑定，即由对象的构造函数完成资源的分配(获取),同时由析构函数完成资源的释放。只要对象能正确地析构，就不会出现资源泄漏问题。 互斥器保护了临界区，任何一个时刻最多只能有一个线程在此mutex划出的临界区内活动。单独使用mutex时，主要为了保护共享数据。原则：-用RA...
linux gcc编译时出现 “undefined reference” 错误解决——编译muduo库错误解决
qq_22473333的博客
01-19 2075
东阳的学习笔记 总的来说，这个报错的意思就是说，编译器发现了一个函数的声明，但是却没有找到它的定义。 我们需要将这些缺失的定义代码手动添加，来让编译器知道。 把链接库作为一般的目标文件，为 GCC 指定该链接库的完整路径与文件名。 解决办法如下(3选1即可) 如果链接库名为 libmuduo_base.a，并且位于 /usr/lib 目录，那么下面的命令会让 GCC 编译 main.c，然后将 libmuduo_base.a 链接到 main.o： gcc main.c -o main.out /h.
muduo库学习之C++多线程系统编程精要03——线程的创建与销毁
qq_22473333的博客
02-01 822
东阳的学习笔记 线程的创建 线程的创建比销毁要容易得多，只需要遵守下面几条原则即可： 程序库不应该在未提前告知的情况下创建自己的“背景线程” 尽量用相同的方式创建线程，例如muduo::Thread 在进入main()函数之前不应该启动线程 程序中线程的创建最好能在初始化阶段全部完成 1. 程序库不应该在未提前告知的情况下创建自己的“背景线程” 线程是稀缺资源，如果程序库暗地里使用了线程，可能会导致高估系统的可用资源。 一旦程序中有不只一个线程就很难安全的 fork，因此程序库最好不要偷偷使用线程.
enable_shared_from_this详解
qq_22473333的博客
01-29 694
东阳的学习笔记 shared_from_this()是C++多线程编程中经常会使用的到的一种方法。 问题提出： 见 linux 多线程服务器编程 P23. 如果 StockFactory 的生命期比 Stock 短，那么下列语句就会 core dump // ... pStock.reset(new Stock(key), boost::bind(&StockFactory::deleteStock, this, _1)); // ... 为了解.
muduo库学习之C++多线程系统编程精要04——多线程与IO
qq_22473333的博客
02-01 422
东阳的学习笔记 在进行多线程网络编程的时候，几个自然的问题是： 如何处理IO？（一个文件只由一个进程中的一个线程来读写，这种做法显然是正确的） 能否多个线程同时读写同一个 socket 文件描述符？（最好不要） 我们知道用多线程同时处理多个 socket 通常可以提高效率，那么处理同一个 socket 呢？ 系统调用时线程安全的，但是使用不是线程安全的 首先，**操作文件描述符的系统调用本身是线程安全的，**我们不用担心多个线程同时操作文件描述符会造成进程崩溃或内核崩溃 但是， 多个线程同时.
muduo库学习之C++多线程系统编程精要07——多线程与 fork、多线程与signal
qq_22473333的博客
02-02 329
东阳的学习笔记 1. 多线程与 fork 多线程与 fork() 的协作性很差。这是 POSIX 系列操作系统的历史包袱。 1.1 fork 一般不能在多线程程序中使用 因为 Linux 的 fork() 只克隆当前线程的 thread of control，不克隆其他线程。fork() 之后，除了当前线程之外的所有线程都消失了。 forkall() 是很难办到的。因为其他线程可能等在 condition variable 上面，可能阻塞在系统调用上、可能等着 metux 以进入临界区 1.2 fo.
muduo库学习之C++多线程系统编程精要05——用RAII包装文件描述符
qq_22473333的博客
02-01 227
东阳的学习笔记 POSIX分配文件描述符的方式容易串话 因为 POSIX 标准要求每次打开新文件（含socket）的时候，必须使用当前最小可用的文件描述符号码。这样可能导致串话。 多线程程序如何避免串话 在单线程程序中，可以通过某种全局表来避免串话。但是这种方法显然不适合多线程场景！ 在C++中，要解决串话问题，很简单：RAII。只需要将文件描述符对象包装在 Socket 对象中。在析构函数里关闭文件描述符即可。 服务器程序中不应该关闭标准输出和标准错误 因为有些第三方库会在紧急情况下往 stdou.
muduo库学习之适用场合和常用编程模型01——fork函数（多进程）
qq_22473333的博客
02-01 207
东阳的学习笔记
Linux多线程服务端编程——C++实战与muduo库解析
"《Linux多线程服务端编程》由陈硕编写，主要探讨了如何在Linux环境下使用C++进行多线程服务端的开发，特别关注了对象生命周期管理、线程同步、服务器编程模型以及C++多线程系统编程的关键点。书中深入浅出地分析了...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

东阳z

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值