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

最新推荐文章于 2024-01-22 23:19:51 发布
最新推荐文章于 2024-01-22 23:19:51 发布
阅读量101 收藏
点赞数
分类专栏： muduo网络库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_22473333/article/details/113480871
版权

东阳的学习笔记

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

东阳z
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
muduo网络库——详解muduo多线程模型
amoscykl的博客
10-09 1737
6.3     非阻塞网络编程应该用边沿触发（ET）还是电平触发（LT）？如果是电平触发，那么什么时候关注POLLOUT事件？会不会造成busy-loop?如果是边沿触发，如果和防止漏读造成的饥饿？ epoll一定比poll快么？   6.4        在finger的测试程序中，没有设置onConnection这个函数，就可以连接？   6.6 详解muduo多线程模型   ...
muduo库学习之线程同步07——CopyOnWrite
qq_22473333的博客
01-31 218
东阳的学习笔记 CopyOnWriter 1 什么是COW? COW字面意思写时复制，是一种并发场景下的共享数据策略。 顾名思义，它的基本思想是大家共享同一份数据，读的时候不加锁，直接读取数据；更新数据时在其拷贝副本上操作，在这个新拷贝的数据上演绎更新操作，然后再用这个新数据替换老数据。 2 借 shared_ptr 实现 copy-on-write 在 互斥器 那篇文章中提到了一个死锁的例子。在这里我们来看看如何使用 COW 来解决这个问题： 先将数据结构改成： typedef std::vect.
muduo库学习之线程同步02——条件变量
qq_22473333的博客
01-30 149
东阳的学习笔记 文章目录对于wait端：对于 signal/broadcast 端 如果要等待某个条件成立，我们必须使用条件变量（condition variable）。条件变量顾名思义是一个或者多个线程等待某个布尔表达式为真，即等待别的线程唤醒它。条件变量的学名叫管程。Java Object 中内置的 wait()、notify()、notifyAll()是条件变量。 条件变量只有一种正确使用的方式，几乎不可能用错。 对于wait端： 必须与 mutex 一起使用，该布尔表达式的读写受此 mutex.
muduo库学习之线程同步01——互斥器mutex
qq_22473333的博客
01-30 197
东阳的学习笔记 互斥器保护了临界区，任何时刻最多只有一个线程在此 mutex 划出的临界区内活动。单独使用 mutex 时，我们主要是为了保护共享数据。 下面是使用 mutex 时的一些经验和原则： 主要原则有： 用RAII手法封装 mutex 的创建、销毁、加锁、解锁这四个操作。 只使用非递归的 mutex (即不可重入的 mutex) 不手动调用 lock() 和 unlock() 函数，一切交给栈上对象 GUARD 的构造和析构函数来完成 在每次构造 GUARD 对象的时候，思考调用栈上已经持有.
muduo库学习之线程同步06——Singleton单例实现
qq_22473333的博客
01-30 123
文章目录一、DCL二、pthread_once 原文链接：https://blog.csdn.net/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 115
东阳的学习笔记 我认为sleep()/usleep()/nanosleep()只能出现在测试代码中，比如写单元测试的时候（备注：设计时间的单元测试不那么好写，短的如一两秒可以用sleep()；长的如一小时、一天，则得想其他办法，比如把算法提取出来并把时间注入进去） 或者用于有意延长临界区，加速复现死锁的情况，就像“前文介绍的死锁”示范的那样 sleep不具备memory barrier语义，它不能保证内存的可见性（参阅后面“C++多线程系统编程精要”的文章最开始的例子） 生产代码中线程的等待可分为两.
muduo库学习之线程同步03——不要用读写锁和信号量
qq_22473333的博客
01-30 284
东阳的学习笔记 文章目录不要使用读写锁不要使用信号量 不要使用读写锁 读写锁并不像它看上去那样那么美妙！ 从正确性方面来说，一种典型的易犯错误是在持有 read lock 的时候修改了共享数据。这通常发生在程序的维护阶段。程序员不小心在原来read lock保护的函数中调用了会修改状态的函数 从性能方面来说，读写锁不见得比普通的 mutex_ 更高效。因为它要更新 reader 的数目。如果临界区很小，锁竞争不激烈，那么 mutex 往往会更快。 在多线程编程中我们总是设法缩短临界区 read.
muduo库学习之线程同步05——MutexLock、MutexLockGuard的封装
qq_22473333的博客
01-30 183
文章目录一、MutexLock、MutexLockGuard的封装MutexLockMutexLockGuard二、Condition的封装>Condition关于条件变量与互斥器的使用三、总结 一、MutexLock、MutexLockGuard的封装 MutexLock： 封装临界区（critical section），这是一个简单的资源类，用RAII手法封装互斥器的创建与销毁。MutexLock一般是别的class的数据成员 临界区在Windows上是struct CRITICAL_SEC
muduo网络库剖析——线程Thread类
最新发布
weixin_62021811的博客
01-22 1039
基于c++的muduo网络库开源项目深度剖析！超级加分的简历项目，期待您的讨论~
linux gcc编译时出现 “undefined reference” 错误解决——编译muduo库错误解决
qq_22473333的博客
01-19 1816
东阳的学习笔记 总的来说，这个报错的意思就是说，编译器发现了一个函数的声明，但是却没有找到它的定义。 我们需要将这些缺失的定义代码手动添加，来让编译器知道。 把链接库作为一般的目标文件，为 GCC 指定该链接库的完整路径与文件名。 解决办法如下(3选1即可) 如果链接库名为 libmuduo_base.a，并且位于 /usr/lib 目录，那么下面的命令会让 GCC 编译 main.c，然后将 libmuduo_base.a 链接到 main.o： gcc main.c -o main.out /h.
muduo库学习之详解muduo多线程模型（常见的并发网络服务器设计方案）
qq_22473333的博客
02-03 700
东阳的学习笔记 12种常见方案 下表是作者总结的12种常见方案，其中： 互通：开发chat服务时，多个客户连接之间是否能方便地交换数据
enable_shared_from_this详解
qq_22473333的博客
01-29 571
东阳的学习笔记 shared_from_this()是C++多线程编程中经常会使用的到的一种方法。 问题提出： 见 linux 多线程服务器编程 P23. 如果 StockFactory 的生命期比 Stock 短，那么下列语句就会 core dump // ... pStock.reset(new Stock(key), boost::bind(&StockFactory::deleteStock, this, _1)); // ... 为了解.
muduo库学习之C++多线程系统编程精要03——线程的创建与销毁
qq_22473333的博客
02-01 552
东阳的学习笔记 线程的创建 线程的创建比销毁要容易得多，只需要遵守下面几条原则即可： 程序库不应该在未提前告知的情况下创建自己的“背景线程” 尽量用相同的方式创建线程，例如muduo::Thread 在进入main()函数之前不应该启动线程 程序中线程的创建最好能在初始化阶段全部完成 1. 程序库不应该在未提前告知的情况下创建自己的“背景线程” 线程是稀缺资源，如果程序库暗地里使用了线程，可能会导致高估系统的可用资源。 一旦程序中有不只一个线程就很难安全的 fork，因此程序库最好不要偷偷使用线程.
限制并发连接数
qq_22473333的博客
04-04 530
不希望服务程序超载 file descriptor 是稀缺资源， fd 耗尽是一件麻烦事 若accpet(2) 返回 EMFILE 该如何应对？这意味着本进程的文件描述符已经到达上限，无法为新连接创建 socket 文件描述符。但是，既然没有 socket 文件描述符来表示这个连接，我们就无法 close(2)它。程序继续运行，回到epoll_wait处 。这时 epoll_wait 会马上返回，因为新连接还在等待处理，listening fd 还是可读的。这样程序就陷入了 busy loop，CPU .
muduo库学习之设计与实现07——TcpConnection 断开连接
qq_22473333的博客
02-07 411
东阳的学习笔记 muduo 只有一种关闭连接的方式：被动关闭（p. 191）。 即：对方先关闭连接，本地 read(2) 返回0，触发关闭逻辑。 如果有必要也可给 TcpConnection 新增 forceClose() 成员函数，用于主动关闭连接，实现很简单，调用 handleClose() 即可。 函数调用的逻辑如下图： 一般来说数据的删除比新建要麻烦，TCP 连接也不例外。关闭连接的流程看上去有点 “绕”，原因是对象生命期管理的需要（p. 274） 其中 X 表示 TcpConnect.
muduo库学习之C++多线程系统编程精要04——多线程与IO
qq_22473333的博客
02-01 326
东阳的学习笔记 在进行多线程网络编程的时候，几个自然的问题是： 如何处理IO？（一个文件只由一个进程中的一个线程来读写，这种做法显然是正确的） 能否多个线程同时读写同一个 socket 文件描述符？（最好不要） 我们知道用多线程同时处理多个 socket 通常可以提高效率，那么处理同一个 socket 呢？ 系统调用时线程安全的，但是使用不是线程安全的 首先，**操作文件描述符的系统调用本身是线程安全的，**我们不用担心多个线程同时操作文件描述符会造成进程崩溃或内核崩溃 但是， 多个线程同时.
muduo库学习之设计和实现08——Buffer读写数据
qq_22473333的博客
02-07 313
东阳的学习笔记 Buffer 是非阻塞 TCP 网络编程必不可少的东西，本节介绍用 Buffer 来处理数据输入输出。 一、Buffer读取数据 首先修改 s07/Callbacks.h 中 MessageCallback 的定义，现在的参数和 muduo 一样，是 Buffer* 和 Timestamp，不再是原来的（const char * buf, int len）. typedef boost::function<void (const TcpConnectionPtr&, .
muduo库学习之设计与实现04——EventLoop::runInLoop()
qq_22473333的博客
02-05 248
东阳的学习笔记 一、EventLoop::runInLoop() runInLoop：在 IO 线程内执行某个用户任务回调。 如果用户在当前 IO 线程调用这个函数，回调会同步进行； 如果用户在其他线程调用，cb会被加入 队列中，IO 线程会被唤醒来调用这个 Functor 这个功能让我们轻易地跨线程调配任务，并且不用加锁 void EventLoop::runInLoop(const Functor& cb) { if (isInLoopThread()) { cb(); }.
muduo库学习之设计与实现03——TimerQueue定时器
qq_22473333的博客
02-05 237
东阳的学习笔记 一、给 EventLoop 加上定时器功能。 传统的 Reactor 通过控制 select() 和 poll() 的等待时间来实现定时 现在的linux中有了 timerfd，我们可以用处理 IO 事件相同的方式来处理定时，代码的一致性更好。 1.1 timerfd 网上对于 timerfd 的文章很多，我就不总结了。见： https://www.cnblogs.com/mickole/p/3261879.html 二、TimerQueue class muduo 的定时.
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

东阳z

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

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

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

打赏作者

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

抵扣说明：

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

余额充值