今天分享一個(gè)適合C++開發(fā)者進(jìn)階的開源項(xiàng)目，這個(gè)項(xiàng)目的名字叫workflow，項(xiàng)目地址如下：https://github.com/sogou/workflow

“

項(xiàng)目適用場(chǎng)景

該項(xiàng)目是搜狗的服務(wù)器引擎，幾乎搜狗所有的后端C++服務(wù)和其他幾十家公司都在使用這個(gè)引擎，每日處理超百億請(qǐng)求。

不僅如此，該項(xiàng)目也非常適合在嵌入式應(yīng)用上實(shí)現(xiàn)網(wǎng)絡(luò)的框架設(shè)計(jì)，框架設(shè)計(jì)是一個(gè)項(xiàng)目成功與否非常重要的環(huán)節(jié)，而網(wǎng)絡(luò)在AIOT、智能家居、智能硬件上尤其重要。

比如在項(xiàng)目中需要使用http，Workflow在設(shè)計(jì)上可以通過(guò)Cmake配置支持windows 或者 Linux 或 MacOS 等多個(gè)平臺(tái)上的多個(gè)項(xiàng)目編譯，而且，可以在不同平臺(tái)上保持相同的接口。

如果你新增一個(gè)嵌入式設(shè)備，比如ESP32，在服務(wù)器和客戶端只需要維護(hù)一套代碼，就可以完成自己的應(yīng)用需求。

真正做到把云端的技術(shù)移植到嵌入式設(shè)備上運(yùn)行。

適用于嵌入式幾大特點(diǎn)：

1、支持多平臺(tái)、多體系結(jié)構(gòu)

多平臺(tái)的代碼說(shuō)明在配置和耦合上考慮了很多設(shè)計(jì)上的細(xì)節(jié)。?前Workflow除了Linux、Windows、MacOS、Android以外，還可以愉快地在樹莓派、國(guó)產(chǎn)?芯處理器等不同體系結(jié)構(gòu)上運(yùn)?。

2、編譯快

Workflow除OpenSSL以外不依賴其他庫(kù)，?且在接口層是沒(méi)有模版的，因此編譯速度??？?，不到一分鐘即可編出一個(gè)可?的lib。

3、體積小、支持編譯剪裁

Workflow的Kafka協(xié)議默認(rèn)是不編譯的，除此之外，還可以裁剪掉其他不常?的模塊。

并且可以通過(guò)strip命令去掉符號(hào)鏈接，即可讓庫(kù)?件縮?到400k左右。

4、運(yùn)行時(shí)內(nèi)存小、調(diào)度快

作為一個(gè)異步調(diào)度的庫(kù)，Workflow調(diào)度性能一直是?常好的。另外運(yùn)?時(shí)內(nèi)存占?也?常的小。

5、自定義協(xié)議非常方便

社區(qū)活躍以及項(xiàng)目負(fù)責(zé)人積極回復(fù)問(wèn)題也是一個(gè)亮點(diǎn)，如果在框架搭建和移植上出現(xiàn)問(wèn)題，在社區(qū)上提問(wèn)都會(huì)得到快速響應(yīng)。

“

移植到嵌入式設(shè)備的開源支持

據(jù)悉?前已經(jīng)有許多?戶?到了嵌?式上了。github官方也做出了耐心的解釋。

“

框架能做什么

1、輕松的搭建server

不用多說(shuō)，服務(wù)端框架如果不能搭建server那還玩啥了，但使用這個(gè)框架非常方便，以http server為例，只需要簡(jiǎn)單幾行代碼即可：

#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; }

2、輕松高效的發(fā)起客戶端請(qǐng)求

項(xiàng)目號(hào)稱可作為萬(wàn)能異步客戶端，目前支持http，redis，mysql、websocket和kafka協(xié)議，下面是官方給出的一個(gè)mysql的客戶端示例：

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(); ... }

以往的C++ server需要訪問(wèn)mysql時(shí)，可能使用的是傳統(tǒng)的客戶端。在一個(gè)線程下以同步阻塞的方式等待數(shù)據(jù)到來(lái)。如果有多個(gè)網(wǎng)絡(luò)請(qǐng)求希望并發(fā)，那么用戶需要管理好多個(gè)mysql cli對(duì)象。

workflow完美的解決了這一系列問(wèn)題，把所有這種用戶請(qǐng)求交給內(nèi)部的poller線程統(tǒng)一管理，實(shí)現(xiàn)了高效的非阻塞IO行為，提升了server作為客戶端請(qǐng)求數(shù)據(jù)時(shí)的性能表現(xiàn)。再也不用擔(dān)心這種客戶端行為影響server整體的性能。

支持自定義協(xié)議client/server：用戶可構(gòu)建自己的RPC系統(tǒng)，搜狗有個(gè)開源項(xiàng)目srpc就是以這個(gè)框架為基礎(chǔ)實(shí)現(xiàn)的。

3、可建構(gòu)異步任務(wù)流

支持串聯(lián)，支持并聯(lián)，支持串并聯(lián)的組合體，也支持復(fù)雜的DAG結(jié)構(gòu)。

4、異步IO

在Linux系統(tǒng)下可作為文件異步IO工具使用，性能超過(guò)任何標(biāo)準(zhǔn)調(diào)用。

5、通信與計(jì)算一體化

多數(shù)框架都著重于網(wǎng)絡(luò)IO的效率問(wèn)題，而計(jì)算與任務(wù)調(diào)度等需要用戶自己實(shí)現(xiàn)，workflow會(huì)自動(dòng)對(duì)任務(wù)進(jìn)行調(diào)度，打通網(wǎng)絡(luò)和磁盤等資源，特別適合需要網(wǎng)絡(luò)通信的重計(jì)算模塊。

“

任務(wù)流框架設(shè)計(jì)

在作者的設(shè)計(jì)理念中，一切業(yè)務(wù)邏輯皆是任務(wù)，多個(gè)任務(wù)會(huì)組成任務(wù)流，任務(wù)流可組成圖，這個(gè)圖可能是串聯(lián)圖、并聯(lián)圖，也可能是串并聯(lián)圖，類似于這種：

或者是這種復(fù)雜的DAG圖：

當(dāng)然圖的層次結(jié)構(gòu)可由用戶自定義，很牛的一點(diǎn)是支持動(dòng)態(tài)創(chuàng)建任務(wù)流。

分享結(jié)束，希望小伙伴喜歡，嵌入式真需要不斷學(xué)習(xí)去充實(shí)自己的大腦，相信你們都能夠成為最厲害的程序員。

最近很多小伙伴領(lǐng)取了程序員知識(shí)圖譜，反饋很好。我們知道每一個(gè)技術(shù)領(lǐng)域都有它完整地知識(shí)體系，而良好的知識(shí)體系有助于技術(shù)人員的發(fā)展和成長(zhǎng)，減少學(xué)習(xí)過(guò)程中所走的彎路。所以還沒(méi)有領(lǐng)取的小伙伴趕緊領(lǐng)取起來(lái)吧?。ǖ撞坑蓄I(lǐng)取入口哦）