libcopp更新 (merge boost 1.59 context)

libcopp更新 (merge boost 1.59 context)

之前由于兴趣写了一个协程框架,目前这个框架已经投入项目中使用。

这个框架的上下文部分是使用了boost.context,但是从开始写libcopp到现在,boost.context也更新了几个版本。而之前几次merge基本都是简单地跟进了*make_fcontext*和*jump_fcontext*两个函数,这次就再稍微翻了一遍其他部分的代码。

boost.context的变化

首先是它在非windows栈分配的时候,增加了valgrind的适配。不过boost.context里的不同平台的栈缓冲区其实结构差不多,但是boost的实现里给复制粘贴了很多遍,所以我就干脆把这些地方合并啦。减少了一些重复代码。

从1.58开始,boost.context增加了一个东东叫execute_context。看了下定位基本就是和我的libcopp里的copp部分(也就是不包括cotask)一样。但是它实现地比较简单,不像coppexecute_context的执行回调直接使用了boost::function,而copp里另外定义了一个*runner*。

不过从实现上来说,boost.context做了一个优化,就是把*runner*的*boost::function*直接放进了分配的栈里,减少了一次内存分配的操作,这么做的缺点就是,每个execute_context的创建,都必须复制调仿函数,如果仿函数复制会造成其他复制开销的话,那也是不可避免的。而copp的设计则是每个coroutine_context_container。都需要指定*runner*,而这些*runner*是可以被多个coroutine_context_container共享的。

在我们目前项目的使用上,会针对不同的消息类型定义一个处理的task。每次收到消息都会创建一个协程任务(对应有一个coroutine_context_container),但是处理的调用对象(就是task的action)对于某一种特定消息来说是唯一的。可以直接预创建,而不是每次收到消息的时候重新创建。所以copp的方式显然更适合我们的需求。

另外execute_contextcopp一样,提供了获取当前执行对象的功能。并且实现方法都一样,是使用了thread local storage。不过有一点不同的是,boost.context直接使用了c++11的关键字,而我的libcopp中是会根据环境选择的。因为在使用过程中,我们发现有些平台或者环境不支持线程本地存储,比如Android。所以在这些平台中,boost.contextexecute_context会不可用,而libcopp只是不能多线程运行。

最后就是execute_context增加了对Windows Fiber(纤程)的支持。在开启纤程的情况下,完全使用了另一套做法。由于短期内我没有这方面的需求,而且Windows vc下目前使用原来的方式也没什么问题。所以短期内不会merge这部分内容。(另外只是代码里看到了,貌似没看到什么地方会加上开启纤程支持的宏定义)

PS: boost的汇编里默默地把一个系统宏换成了带BOOST_前缀的宏,然后由环境检测工具来判断是否追加这个宏。差点漏掉的说。

变更列表

libcopp的近期的变动如下: 1. 跟进上下文初始化和切换的汇编代码更新 2. 跟进增加了pe下的gnu as支持的上下文汇编支持(但是貌似不太正常) 3. 跟进增加了valgrind支持 4. 平台和工具链判定逻辑优化,目前采用和boost一样的层级 5. 合并工具的符号替换增加BOOST_EXPORT符号 6. this_xxx接口返回普通指针而非智能指针 > 因为在实际使用过程中发现在保护性结束协程任务的过程中,可能会先释放智能指针,再回调析构。这种情况下,this_xxx接口调用获取智能指针的时候会导致失败而崩溃。

后续计划

  1. 考虑直接使用boost.context的汇编部分的接口 > 这么做得考虑好几个问题:一是先想办法解决如何编译选项一致的问题,因为环境的不同,boost会给出不同的红定义来控制一些行为(比如是否支持valgrind、是否支持),并且必须保持和我的库一致才行;第二就是必须要能够剥离boost的头文件,只依赖库文件。boost的头文件太多太庞大了。
  2. 抽空也支持Windows纤程
  3. 增加一些防止接口被勿用的保护

Written with StackEdit.

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏QQ音乐技术团队的专栏

Lottie : 让动画如此简单

Lottie是Airbnb开源的一个面向 iOS、Android、React Native 的动画库,可实现非常复杂的动画,使用也及其简单,极大释放人力,值得一...

7.8K9
来自专栏灯塔大数据

每周学点大数据 | No.37字数统计

No.37期 字数统计 Mr. 王:我们来看几个 MapReduce 应用的实际例子,这样更有助于你对它的认识。 小可:我也迫不及待地想试试 MapRed...

28412
来自专栏圣杰的专栏

事件总线知多少(1)

源码路径:Github-EventBus 事件总线知多少(1) 事件总线知多少(2) 1. 引言 事件总线这个概念对你来说可能很陌生,但提到观察者(发布...

2577
来自专栏tkokof 的技术,小趣及杂念

随便再聊一点点Coroutine(确实只是一点点~)

  之前写过一点Coroutine相关的东西(这里和这里),大致讲了些自己关于Unity协程的理解,自己在平日的工作中也确实用到了不少相关的知识,遂而引发了一个...

731
来自专栏nnngu

记录某公司(简称SMKJ) 的一次面试

昨天去了一家公司面试 Java 开发岗位,这篇文章主要是做一个面试的记录以及总结。 这家公司的规模大概100-200人,环境还可以,在一栋大厦租了两层办公室(3...

3056
来自专栏BestSDK

一个“爆款”成功的API,都离不开这8条设计准则

我已经看过很多API设计相关的文章和优秀的REST API设计教程。他们通常讨论的是适当的编码技巧和如何在给定的语言中暴露接口。尽管那些是很有用也是很需要的,但...

3437
来自专栏小巫技术博客

Android Crash之Native Crash分析

2104
来自专栏java一日一条

JAVA常见面试题及解答(精华)

这里,如果T类的一个对象写入一个持久的存储区域,a的内容不被保存,但b的将被保存。

412
来自专栏技术博客

Asp.Net Web API 2第十四课——Content Negotiation(内容协商)

阅读本文之前,您也可以到Asp.Net Web API 2 系列导航进行查看 http://www.cnblogs.com/aehyok/p/3446289.h...

591
来自专栏小樱的经验随笔

堆和栈的区别

一、预备知识—程序的内存分配 一个由c/C++编译的程序占用的内存分为以下几个部分 1、栈区(stack)— 由编译器自动分配释放 ,存放函数的参数值,局部变量...

3349

扫码关注云+社区