Linux【协程】 | 常见协程库简介

一、简介

  • 对于线程,其切换是由操作系统根据其系统内核中的调度器抢占式地进行的,不能很好地保证线程间的先后顺序
  • 协程可以理解为一种用户态的轻量级线程,切换由用户定义,各任务之间可以控制执行暂停恢复函数,来达到多任务协作的目的;
  • 协程上下文切换速度快, 且不会陷入内核态
  • 协程拥有独立的寄存器上下文和栈,协程调度切换时,将寄存器上下文和栈,在来回切换时,恢复先前保存的寄存器上下文和栈;

优点

  • 协程具有极高的执行效率,由于子程序切换不是线程切换,是由程序自身控制,故协程没有线程切换的开销
  • 多线程的线程数多,协程的性能越显著
  • 访问共享资源不需要使用多线程的锁机制变量冲突,由于只有一个线程,故在协程只需要判断状态即可,降低了编码难度;
  • 同步代码的方式写异步逻辑;

对称与非对称

【非对称】:是跟一个特定的调用者绑定的,协程让出CPU时,只能让回给原调用者;
	协程间的地位不对等,只能返回最初调用它的协程;
	【如】:ucontext、libco
【对称】:启动之后和之前的协程没有任何关系;

参考:https://zhuanlan.zhihu.com/p/363775637

对称协程,进入到该协程之后只能有一个操作就是yield,把cpu让回给调度器;

在这里插入图片描述

非对称协议,可以有两个操作,就是resume和yield,从哪里resume的,yield就会回到该位子;

在这里插入图片描述

1.1 常见协程库

1.1.1 boost.context

提供了上下文的抽象,并给了两种方式,fiber和call/cc的方式保留和执行上下文切换;

  • 性能佳,推荐使用,切换性能可达到1.25亿次/秒;
1.1.2 boost.coroutine

提供的协程只能单向传递数据,数据只能单向的从一个代码块流向另一个代码块。流入流出分别对应着push_typepull_type类型,由这两个类型组成协程间跳转的通道,同时也是数据传递的通道;

1.1.3 ucontext

该库是在unix下提供的,使用是最安全可靠,但性能较差,大概200万次/秒;

1.1.4 fiber

该库是在window下提供的,与ucontext类似;

1.1.5 libgo

libgo为了有更广阔的适用性,支持了多线程调度、HookSyscall、Worksteal等,同时突破了传统协程库仅用来处理网络io密集型业务的局限,也能适用于cpu密集型业务,充当并行编程库来使用;

1.2 协程栈

1.2.1 静态栈

固定大小的栈,容易造成溢出等现象;

1.2.2 分段栈

插入栈内存检测代码,若栈不够用,则申请新内存扩展;但该方法难以在第三方库中进行使用;

1.2.3 共享栈
  • 申请一块大内存作为共享栈,在运行前,先把协程栈的内存copy到共享栈中,运行结束后再计算协程栈真正使用的内存,copy出来保存起来,这样每次只需保存真正使用到的栈内存量即可;
  • 该方案极大程度上避免了内存的浪费,做到了用多少占多少,同等内存条件下,可以启动的协程数量更多;
  • 但该方案在copy上花费了时间,降低速度,导致协程切换慢
1.2.4 虚拟内存栈
  • 机制:进程申请的内存并不会立即映射成物理内存,而是仅管理于虚拟内存中,真正对其读写时会触发缺页中断,此时才会映射为物理内存;
  • 可以做到用多少占多少,冗余不超过一个内存页大小;

1.3 协程调度

1.3.1 栈式调度

协程队列是一个栈式结构,创建的协程都置于栈顶,并且会立即暂停当前协程并切换至子协程中运行,子协程运行结束后,继续切换回来执行父协程;越是栈底部的协程,被调度到的机会将越少,甚至出现只有栈顶的协程在互相切换;

1.3.2 星切调度
  • 调度线程 -> 协程A -> 调度线程 -> 协程B -> 调度线程 -> …
  • 将当前可调度的协程组织成队列,按顺序从头部取出协程调度;新协程则从尾部入队,调度后再将协程从尾部入队;
.3.3 环切调度
  • 调度线程 -> 协程A -> 协程B -> 协程C -> 协程D -> 调度线程 -> …
  • 从调度顺序上可知,环切的切换次数仅为星切的一半,可以提高整体切换速度;但在多线程调度、WorkSteal方面会带来一定的挑战;

二、Linux下ucontext

2.1 getcontext

/**
 * int getcontext(ucontext_t *ucp);
 * -------
 * func:函数将ucp指向的结构初始化为调用线程的当前用户上下文;
 * param ucp:用户上下文,包括调用线程的机器寄存器的内容、信号掩码和当前执行堆栈;
 * return:成功不返回, 否则返回-1;
 * */

2.2 setcontext

/**
 * int setcontext(const ucontext_t *ucp);
 * -------
 * func:函数恢复ucp指向的用户上下文;
 * param ucp:用户上下文,包括调用线程的机器寄存器的内容、信号掩码和当前执行堆栈;
 * return:成功返回0, 否则返回-1;
 * */

2.3 makecontext

/**
 * void makecontext(ucontext_t *ucp, (void *func)(), int argc, ...);
 * -------
 * func:修改ucp指定的上下文;
 * param ucp:调用的函数,在调用 makecontext()之前,被修改的上下文应该有一个为其分配的堆栈;
        m_ctx.uc_link = nullptr;    // 当前上下文返回之后指向的上下文
        m_ctx.uc_stack.ss_sp;     	// 栈空间
        m_ctx.uc_stack.ss_size ;  	// 栈大小
 * param argc:argc的值 必须与传递给func的整数参数的数量相匹配 ,否则行为未定义;
 * */

2.4 swapcontext

/**
 * int swapcontext(ucontext_t *oucp, const ucontext_t *ucp);
 * -------
 * func:当前上下文保存在 oucp指向的上下文结构中,并将上下文设置为ucp 指向的上下文结构;
 * param oucp:上下文;
 * param ucp:上下文;
 * return:成功返回0, 否则返回-1;
 * */
  • 1
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
Hyperf 是基于 Swoole 4.5+ 实现的高性能、高灵活性的 PHP 协程框架,内置协程服务器及大量常用的组件,性能较传统基于 PHP-FPM 的框架有质的提升,提供超高性能的同时,也保持着极其灵活的可扩展性,标准组件均基于 PSR 标准 实现,基于强大的依赖注入设计,保证了绝大部分组件或类都是可替换 与可复用的。 框架组件除了常见协程版的 MySQL 客户端、Redis 客户端,还为您准备了协程版的 Eloquent ORM、WebSocket 服务端及客户端、JSON RPC 服务端及客户端、GRPC 服务端及客户端、Zipkin/Jaeger (OpenTracing) 客户端、Guzzle HTTP 客户端、Elasticsearch 客户端、Consul 客户端、ETCD 客户端、AMQP 组件、NSQ 组件、Nats 组件、Apollo 配置中心、阿里云 ACM 应用配置管理、ETCD 配置中心、基于令牌桶算法的限流器、通用连接池、熔断器、Swagger 文档生成、Swoole Tracker、视图引擎、Snowflake 全局 ID 生成器 等组件,省去了自己实现对应协程版本的麻烦。 Hyperf 还提供了基于 PSR-11 的依赖注入容器、注解、AOP 面向切面编程、基于 PSR-15 的中间件、自定义进程、基于 PSR-14 的事件管理器、Redis/RabbitMQ/NSQ/Nats 消息队列、自动模型缓存、基于 PSR-16 的缓存、Crontab 秒级定时任务、Translation 国际化、Validation 验证器等非常便捷的功能,满足丰富的技术场景和业务场景,开箱即用。 框架初衷: 尽管现在基于 PHP 语言开发的框架处于一个百家争鸣的时代,但仍旧未能看到一个优雅的设计与超高性能的共存的完美框架,亦没有看到一个真正为 PHP 微服务铺路的框架,此为 Hyperf 及其团队成员的初衷,我们将持续投入并为此付出努力,也欢迎你加入我们参与开源建设。 设计理念: Hyperspeed + Flexibility = Hyperf,从名字上我们就将超高速和灵活性作为 Hyperf 的基因。 对于超高速,我们基于 Swoole 协程并在框架设计上进行大量的优化以确保超高性能的输出。 对于灵活性,我们基于 Hyperf 强大的依赖注入组件,组件均基于 PSR 标准的契约和由 Hyperf 定义的契约实现,达到框架内的绝大部分的组件或类都是可替换的。 基于以上的特点,Hyperf 将存在丰富的可能性,如实现 Web 服务,网关服务,分布式中间件,微服务架构,游戏服务器,物联网(IOT)等。 运行环境: Linux, OS X or Cygwin, WSL PHP 7.2+ Swoole 4.4+

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

Jxiepc

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

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

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

打赏作者

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

抵扣说明:

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

余额充值