适合嵌入式的C 开源项目-Workflow
扫描二维码
随时随地手机看文章
面向过程一定是偏向底层的,面向对象一定是偏向应用的,别杠!
下面介绍下这个C 开源项目
项目名称: Workflow
项目地址:https://github.com/sogou/workflow
这个项目适合用于什么场景
这个项目是搜狗的服务器引擎,几乎搜狗所有的后端C 服务和其他几十家公司都在使用这个引擎,每日处理超百亿请求。
不仅如此,该项目绝对也非常适合在嵌入式应用上实现网络的框架设计,框架设计是一个项目成功与否非常重要的环节,而网络在AIOT、智能家居、智能硬件上尤其重要。
比如我们在项目中需要使用http,Workflow在设计上可以通过Cmake配置支持windows 或者 Linux 或 MacOS 等多个平台上的多个项目编译,而且,在不同平台上保持相同的接口。
如果你新增一个嵌入式设备,比如ESP32,在服务器和客户端,你只需要维护一套代码,就可以完成自己的应用需求。
真正做到把云端的技术移植到嵌入式设备上运行。
适用于嵌入式几大特点
1. ⽀持多平台、多体系结构
多平台是⼀个⾮常重要的特性,多平台的代码说明在配置和耦合上考虑了很多设计上的细节。⽬前Workflow除了Linux、Windows、MacOS、Android以外,还可以愉快地在树莓派、国产⻰芯处理器等不同体系结构上运⾏。
2. 编译快
Workflow除OpenSSL以外不依赖其他库,⽽且在接⼝层是没有模版的,因此编译速度⾮常快,不到⼀分钟即可编出⼀个可⽤的lib。
3. 体积⼩、⽀持编译裁剪
Workflow的Kafka协议默认是不编译的,除此之外,还可以裁剪掉其他不常⽤的模块。
⽐如:
make REDIS=n MYSQL=n UPSTREAM=n
并且可以通过strip命令去掉符号链接,即可让库⽂件缩⼩到400k左右。
4. 运⾏时内存⼩、调度快
作为⼀个异步调度的库,Workflow调度性能⼀直是⾮常好的。另外运⾏时内存占⽤也⾮常的⼩。
在默认配置下,tutorial 下的 helloworld server 服务占用内存大小测试
运行服务
查找进程号
查看内存占用,物理内存占用在3824kb
5. ⾃定义协议⾮常⽅便
另外,社区活跃以及项目负责人积极回复问题我觉得也是一个亮点,如果在框架搭建和移植上出现问题,在社区上提问都会得到快速响应。
细说编译与自定义协议
开源应该是我推荐最主要的原因,还有一个原因是,这个项目非常适合在一些大型的嵌入式项目中使用。
我之前创业,在通讯协议上花了很长的时间,如果当时发现这个项目,我觉得套用这个框架,可能会轻松很多。这个项目使用Cmakefile来配置,之前发的Cmakefile文档我觉得也是对大家有用的。
嵌入式杂谈之makefile补充
Cmake确实应该用到的时候再学
我当时创业的项目就是存在很多客户端,然后嵌入式客户端会和服务器进行交互数据。因为这个原因,我们就自己定义协议,并在我们自己的协议上做了很多规避措施,当然,这些措施都没有经过时间的捶打。
但Workflow的这个⾃定义协议的例⼦,直接在教程⾥就给出了,感兴趣的朋友可以下载完后
通过以下命令,即可编译出⼀个⾃定义协议的server和client:
make
cd tutorial
make
./tutorial-10-user_defined_protocol/server
另⼀个窗⼝执⾏client,即可通信:
./tutorial-10-user_defined_protocol/client
执行过程:
移植到嵌入式设备的开源支持
据悉⽬前已经有许多⽤户⽤到了嵌⼊式上了。我到github上翻阅发现,遇到问题的时候,官方还特别耐心的解释,真的很不错,这才是做技术该有的样子嘛~
项目的例程
官方给的实例比较多,新手的同学建议都看看,从这些东西入手会让自己更快进入状态。
一个简单的Client 和 Server 端的代码
服务端:
#include
#include "workflow/WFHttpServer.h"
int main() {
WFHttpServer server([](WFHttpTask *task) {
task->get_resp()->append_output_body("Hello World!");
});
if (server.start(8888) == 0) { // start server on port 8888
getchar(); // press "Enter" to end.
server.stop();
}
return 0;
}
客户端:
int main(int argc, char *argv[]) {
WFMySQLTask *task = WFTaskFactory::create_mysql_task(url, RETRY_MAX, mysql_callback);
task->get_req()->set_query("SHOW TABLES;");
task->start();
}
任务流框架设计
在作者的设计理念中,一切业务逻辑皆是任务,多个任务会组成任务流,任务流可组成图,这个图可能是串联图,可能是并联图,也有可能是串并联图,类似于这种:
也有可能是这种复杂的DAG图:
当然图的层次结构可由用户自定义,个人认为框架最牛逼的一点就是支持动态创建任务流。
这个项目大概就介绍到这里
再说下这个项目的资料汇总
参考资料:
https://zhuanlan.zhihu.com/p/358869362https://zhuanlan.zhihu.com/p/165638263
项目地址如下:
https://github.com/sogou/workflow 也可以点击阅读原文直达。
在访问GitHub遇到困难时,可使用他们的Gitee官方仓库:
https://gitee.com/sogou/workflow
感觉这个项目值得学习的话就给人家个star,不要白嫖哈,对项目团队来说也是一种认可和鼓励。