一个C/C++协程库的思考与实现之协程的errno与信号处理

已于 2024-05-14 18:17:36 修改
阅读量380 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 协程 文章标签： c++ 协程 errno
于 2020-08-24 21:49:37 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/DoasIsay/article/details/108209647
XCoroutine是一个基于epoll的高性能C/C++协程库，通过HOOK阻塞系统调用，支持协程间同步事件及定时事件驱动调度，实现协程的高速切换与动态负载均衡。该库提供了丰富的同步协作工具，如mutex、sem等，并实现了协程的信号处理机制。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

GitHub - DoasIsay/XCoroutine: 一个使用C/C++基于epoll实现的高性能的stackfull协程库，通过HOOK阻塞的系统调用，网络IO事件，协程间的同步事件及定时事件驱动协程的调度，通过汇编完成协程的高速切换，支持海量协程创建，支持协程的动态跨线程负载均衡调度，优先级调度，支持协程的栈上溢出检测及协程的signal信号处理机制，提供不同线程间协程同步协作的互斥量mutex，读写锁，条件变量cond，信号量sem，countDownLatch及用于数据共享的channel等等，总之很好玩，，，

每个线程都有自己的errno，那么协程是否也需要自已的errno？

如果这样写代码，那每个协程要有自已的errno

在hook的系统调用中当io读写不能满足时，就进行协程切换，在io可读写返回到用户代码后继续使用errno，此时的errno可能已经不是协程切换前的errno了，因为期间其它协程也会call系统调用，所以因在hook系统调用的代码中，在协程切换前先保存errno的值，因为协程恢复后会先判断errno，根据errno的值选择是继续读写还是出错返回

但如果在hook的系统调用中一直读写，只有读写到数据或出错才返回，那么协程就不需要自己的errno了，这样写代码，虽然用户用的是非阻塞的系统调用，但在hook的代码中我们还是把它实现成阻塞的，这个阻塞是对协程而言的，一个线程被IO阻塞就会被os调度切换，同样的一个协程被IO阻塞，也会被协程的调度器调度切换，我们要把被hook的阻塞的系统调用仍实现为对协程而言是阻塞的，让用户无法感知到他使用的是非阻塞的接口，让用户可以写同步的代码

但是这样就无法在协程库中检测到协程的退出条件，而提前返回，因此要想办法把协程的退出从用户代码传递到协程库的代码中，也就是hook的系统调用中，请不要使用全局变量isExit这种简单粗爆的方法，我们要尽量实现的优雅一些，这时我终于找到了让协程支持信号处理的理由

实现了协程库后，我第一个为协程实现的feature就是信号处理，为协程实现信号处理的第一个原因就是，当时的协程并不能优雅的退出，我想依靠发送信号来通知协程退出，后来我找到了另一种解决协程退出的问题方法

但现在我觉得把hook的系统调用仍实现为对协程而言是阻塞的是一种不错的想法，但是又不能在协程库中使用用户代码中的isExit变量来检测退出，那只能用信号了，当协程收到信号无论IO是否满足还是在等待一个超时，都会返回被信号中断的错误，在hook的系统调用中检测到错误后以出错返回，于是我们去除了协程的errno也用上了协程的信号处理机制

新的问题又出现了，如果协程关联的fd没有IO事件，协程是不会被调度的，因此协程还是无法返回，仍然是被IO阻塞着，对于这样简单的问题同样要用简单的方法解决，把收到信号的协程放入到runQueue

C++ 协程的近况、设计与实现中的细节和决策
Linuxhus的博客
05-27 522
时至2018年的今天，C++ 在互联网服务端开发方向依然占据着相当大的份额；百度，腾讯，甚至以java为主流开发语言的阿里都在大规模使用C++做互联网服务端开发，而这恰恰是本文想要讨论的范畴。 C++协程实现及原理分析视频讲解： C/C++ Linux服务器开发高级架构学习视频点击：C/C++Linux服务器开发高级架构/Linux后台架构师-学习视频 协程的实现与原理剖析丨掌握协程的运用丨实例讲解（上） 协程的实现与原理剖析丨掌握协程的运用丨实例讲解（下） 第1章 C++协程近况简介 协程分
C++协程入门
HerosOfEarth的博客
05-08 1793
#ifndef _COROUTINE_H__ #define _COROUTINE_H__ #include <memory> #include <functional> #include <ucontext.h> class Coroutine : public std::enable_shared_from_this<Coroutine> { ...
可持续的：C ++ 14异步分配感知的未来（然后支持异常处理，协程和连接）
02-24
Continuable是一个C ++ 14库，它为以下各项提供完全支持： 基于回调（然后）和表达式模板的惰性异步继续链接，回调被很好地包装为promises 。 无需强制类型擦除，这意味着我们严格按照“不为不使用的内容付费”的原则，比同类库需要更少的堆分配。 通过表达性运算符重载&& ， ||支持可持续性之间的所有，任何和顺序连接和>>以及免费函数when_all ， when_any和when_seq 。 通过异常，错误代码和用户定义类型进行异步错误处理。 例如语法糖：部分调用，元组拆包， co_await支持和执行程序。 不受任何运行时，大型框架或执行程序的限制，即使在较小或深奥的使用场景中，也可以使用连续性。 入门： 该提供了您需要的一切： 问题和贡献 问题报告和问题可以通过Github问题跟踪器以及请求请求接受。 欢迎任何贡献！ 如果您需要改进实施方面的支持或使用库时
第十章：使用进程、线程和协程提供并发性-signal:异步系统事件-发送信号（闹铃）
编程菜鸟iglesias的博客
04-24 191
10.2.3 发送信号 在Python中发送信号的函数是os.kill()。其方法在有关os模块的17.3.10中介绍。 10.2.4 闹铃 闹铃(alarm)是一种特殊的信号，程序要求操作系统在过去一段时间之后再发出这个信号通知。os的标准模块文档指出，这种方法对于避免一个I/O操作或其他系统调用上的无限 阻塞很有用。 import signal import time def receive...
[网络编程]微信协程库libco研究：hook系统函数
梦回南柯的博客
05-06 951
转载自：https://segmentfault.com/a/1190000012561446 最近花了一些时间研究微信的协程库libco，libco是微信后台大规模使用的c/c++协程库。库里面提供了socket族函数的hook，使得后台逻辑服务几乎不用修改逻辑代码就可以完成异步化改造，号称单机可以达到千万连接。有关libco库的具体实现原理后续有时间再讨论，本文先讨论微信团队实现对socket族函
C语言---协程介绍
wcc15256945095的博客
03-07 5992
协程概念的介绍，以及两个简单的协程使用示例说明
GNU C库函数参考手册（2）
蓝色妖姬
11-15 532
逍遥飞狐多媒体作坊 译 上一页下一页 错误报告 许多GNU C库中的函数都监测和报告错误的情况，而且有时候你的程序需要检查它们以得到错误的情形。比如说：你打开了一个输入文件，你必须检查这个文件是否正确的打开了，而且在你调用一个库函数出错的时候打印出错信息或采取其他的措施。 这一章描述错误报告功能是怎么工作的。要使用这个功能的话，你的程序必须包含头文件“errno.h”。 错...
【C++】什么是协程？深入理解协程的实现原理与应用
2401_86353562的博客
03-06 1001
一个进程就是一个程序的运行实例。它有自己的地址空间，除了通过共享内存，不与其他进程共享。线程存在于进程中，它们不能脱离进程存在，尽管在Linux中，进程和线程都被视为任务。它们以相同的方式被调度，并且在内核级别有相同的控制结构。尽管如此，线程被认为是轻量级的，因为程序的初始负载的较大开销由父进程承担。但这并不是完整的情况。还有纤程和协程。如果说进程和线程是真正的并发并且在共享资源上并行工作，纤程就像线程，但不符合并发。虽然线程通常依赖于任务调度器的抢占式时间分片，纤程使用协作式多任务处理。
c++协程库理解—ucontext组件实践
Carey_Lu的博客
02-19 2265
协程是一种用户态的轻量级线程。本篇主要研究协程的C/C++的实现。
七大进程间通信和线程同步
weixin_30449453的博客
07-03 283
一、进程间的七大通信方式 signal、file、pipe、shm、sem、msg、socket 1，signal 信号通信的目的：某某事件发生！此时需要处理什么，进程间(可以是不相关的进程)传递信号 场景：信号又被称之为中断，需要处理什么对应的是中断处理函数，此时设置断点，形参入栈，保存现场信息，然后去执行中断处理函数，当处理完成之后，恢复现场信息，程序继续往下执行 Linux下可以通...
linux：errno与signum：错误码与信号
RToax
05-17 1165
Table of Contents 先看下cygwin的“sys/errno.h”文件 再看一下，signum对应的数值 先看下cygwin的“sys/errno.h”文件 /* errno is not a global variable, because that would make using it non-reentrant. Instead, its address is returned by the function __errno. */ #ifndef _SY
errno详解
tissar的博客
02-27 7341
errno 详解作用相关函数多线程 作用 errno 是 error number 的缩写，意味系统调用错误码。 如果系统调用返回成功，errno 有可能但不一定会置0；而系统调用出错时，errno 必定会被设为对应的错误编号。因此，强迫症患者可以在调用系统调用之前，手动将 errno 置0。不过，如果系统调用返回成功，谁会闲着没事去看 errno 呢？ 相关函数 一般来说，我们是不是需要了解每个...
魅族C++协程框架(Kiev)技术内幕
热门推荐
tech_meizu的博客
05-24 2万+
kiev是魅族科技推送平台目前使用的Linux-C++后台开发框架。从2012年立项起，先后由多位魅族资深架构师、资深C++工程师倾力打造，到本文写就的时间为止，已经在推送平台这个千万用户级的大型分布式系统上经历了近5年的考验。
linux错误信号,linux：errno与signum：错误码与信号
weixin_36040020的博客
05-12 398
/* errno is not a global variable, because that would make using itnon-reentrant. Instead, its address is returned by the function__errno. */#ifndef _SYS_ERRNO_H_#ifdef __cplusplusextern "C" {#endif...
[C++] C++20协程的几个特性补充
airaou
04-28 1098
[C++] C++20协程的几个特性补充 0. 前言   上文 [C++] C++20协程例子之惰性计算(附时序图) 已大概描述了一个协程的整个工作流程.   本文按阶段简述各个阶段中的一些细节. 1. 协程初始化 ...
协程中调用阻塞函数
weixin_42694291的博客
11-07 1499
from concurrent.futures import ThreadPoolExecutor from tornado import gen threadpool = ThreadPoolExecutor(2) def mySleep(count): import time for i in range(count): print(i) time.s...
系统调用的实现(与errno的设置)
weixin_33946020的博客
04-18 1139
之前分析errno的实现时有讲过系统调用的实现, 但是写到一半烂尾了, 于是决定重新挖个坑(- -!). 假设我们调用了一个open(), 从pc指向open()入口到pc执行open()的后一条指令中间究竟发生了什么. 首先明确第一点, 当我们调用open()时并不是直接调用系统调用open, 而是调用glibc的封装函数open(). 让我们从头开始一步一步分析.让我们来看下open(...
errno错误值
Turbyun的博客
04-10 661
EINTR : 被信号中断的慢速系统调用，当捕捉到信号且相应信号处理函数返回时 ECONNABORTED：由于客户端在服务accept前发送了RST复位信号，客户端可由SO_LINGER控制(UNPV16.21图)，实际在较忙的web服务器会出现 unpv 5.11节 EPROTO：流子系统发生某些致命的协议相关事件，会返回此错误 unpv 5.11节 以下在设置 非阻塞accep...
c与c++区别
最新发布
04-02
<think>好的，用户现在问的是C和C++的区别。之前他们让我展示了一段高级的C++代码，特别是线程池的实现，涉及了现代C++特性如多线程、模板元编程和RAII。现在他们可能想了解这两种语言的基础差异，或者为什么在之前的例子中选择C++而不是C。 首先，我需要确定用户的背景。他们可能有一定的编程经验，但对C和C++的区别不太清楚，或者想深入理解两者在设计哲学和应用场景上的不同。之前的例子展示了C++的高级特性，用户可能想通过对比来理解为什么C++更适合某些任务。 接下来，我需要组织回答的结构。通常，C和C++的区别可以从多个方面展开：编程范式、特性支持、内存管理、标准库、应用场景等。用户之前接触的是C++的现代特性，所以需要强调C++在这些方面的优势，比如面向对象、泛型编程、RAII等，同时也要提到C的简洁和底层控制能力。 还要注意用户可能的深层需求。他们可能在选择学习哪门语言，或者项目中该使用哪种语言。需要客观比较两者的优缺点，避免偏向一方，但可以根据之前的例子说明C++在复杂系统和高抽象需求中的优势。 需要检查是否有常见的误区需要澄清，比如C++完全兼容C（实际上不是，虽然大部分兼容，但存在一些差异），或者C++一定比C慢（这取决于具体实现和用法）。同时，要提到C++的RAII和智能指针如何解决手动内存管理的难题，而C需要更多手动管理。 另外，用户之前看到的代码用到了模板、lambda、future等，这些都是C++独有的特性，可以具体指出这些在C中的替代方案，或者为什么C无法直接实现同样的功能。例如，C没有类的支持，因此无法使用RAII，而必须依赖手动资源管理。 还要注意语言的版本变化，比如C++11之后的现代特性，而C的标准更新较慢，保持简洁。这可能影响开发者的选择，特别是在需要利用新特性的情况下。 最后，总结两者的适用场景，帮助用户根据项目需求做出选择。比如系统级编程、嵌入式可能偏向C，而应用层、复杂系统可能更适合C++。</think>以下是C与C++的核心区别分析，从设计哲学到具体特性的对比： --- ### **1. 设计哲学差异** | 维度 | C语言 | C++ | |-----------|----------------------------------|-----------------------------| | 核心思想 | 结构化编程（面向过程） | 多范式编程（面向过程+面向对象+泛型+函数式） | | 设计目标 | 追求极致性能和硬件控制 | 在保证性能的前提下提升抽象能力和开发效率 | | 类型系统 | 弱类型系统（允许隐式类型转换） | 强类型系统（通过`explicit`等机制限制隐式转换） | | 错误处理 | 主要通过返回值+errno | 异常机制+错误码（可选择使用） | --- ### **2. 核心特性对比** #### **内存管理** ```cpp // C风格 int* arr = (int*)malloc(10*sizeof(int)); free(arr); // 需手动释放 // C++ RAII std::unique_ptr<int[]> arr = std::make_unique<int[]>(10); // 自动释放内存 ``` #### **代码组织** ```cpp // C使用结构体+函数 struct Point { int x, y; }; void print_point(struct Point p); // C++使用类 class Point { public: void print() const; private: int x, y; }; ``` #### **多范式支持** | 范式 | C支持情况 | C++实现方式 | |-----------|----------------|-----------------------------| | 面向对象 | 模拟（通过结构体+函数指针） | 原生支持（类/继承/多态） | | 泛型编程 | 无 | 模板（template） | | 函数式编程 | 有限（函数指针） | Lambda表达式+std::function | | 元编程 | 预处理器宏 | 模板元编程（TMP）+constexpr | --- ### **3. 关键特性差异表** | 特性 | C | C++ | |---------------------|----------------------|--------------------------| | 默认参数 | 不支持 | 支持 | | 函数重载 | 不支持 | 支持 | | 运算符重载 | 不支持 | 支持 | | 异常处理 | setjmp/longjmp | try/catch/throw | | 标准容器 | 需自行实现 | STL（vector/map等） | | 智能指针 | 无 | unique_ptr/shared_ptr等 | | 类型推导 | 有限（C11 auto） | auto/decltype | | 并发支持 | 依赖平台API | std::thread/async/mutex | --- ### **4. 典型应用场景** #### **C语言首选场景** 1. 操作系统内核开发（Linux/Windows内核） 2. 嵌入式系统（资源受限环境） 3. 高性能数学库（BLAS/LAPACK） 4. 协议栈实现（TCP/IP协议栈） #### **C++优势领域** 1. 游戏引擎开发（Unreal Engine） 2. 高频交易系统（利用模板元编程优化） 3. 大型桌面应用（Adobe系列软件） 4. 科学计算框架（ROOT数据分析框架） --- ### **5. 互操作与兼容性** ```cpp // C++可以调用C代码（需extern "C"） extern "C" { #include "c_library.h" } // C调用C++代码需要包装层 // C++端： extern "C" void wrapper_func() { MyCPPClass obj; obj.method(); } ``` --- ### **6. 现代发展对比** | 版本演进 | C标准 | C++标准 | |-----------|-----------------------|------------------------| | 最新标准 | C17 (2018) | C++20 (2020) | | 新特性方向 | 保持最小化改进 | 模块/概念/协程等现代特性 | | 编译速度 | 通常更快 | 模板实例化可能导致编译速度下降 | | 典型编译器 | GCC/Clang/MSVC | 同左，但对新标准支持更积极 | --- ### **选择建议** 1. **选C**：当需要绝对控制内存布局、开发底层系统或目标平台资源极度受限时 2. **选C++**：当需要构建大型复杂系统、需要高级抽象或利用现代编程范式时 3. **混合使用**：在性能关键模块用C，高层逻辑用C++（如Python解释器CPython的实现方式） 两种语言在系统编程领域都占据重要地位，选择时应根据项目需求、团队技能和长期维护成本综合考量。现代C++通过RAII、智能指针等机制，已经能在保持性能的同时显著提高代码安全性。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值