適合嵌入式的C++開源項(xiàng)目-Workflow
在來騰訊之前，我是沒有真正用C++開發(fā)過一個(gè)完整的項(xiàng)目的，然后，趕鴨子上架，鵝廠的人特別喜歡用C++，而且用的特別好。我這次推薦一個(gè)開源的C++項(xiàng)目，希望喜歡C++，或者想往C++方向發(fā)展的同學(xué)可以看看。
面向過程一定是偏向底層的，面向?qū)ο笠欢ㄊ瞧驊?yīng)用的，別杠！
下面介紹下這個(gè)C++開源項(xiàng)目
項(xiàng)目名稱： Workflow
項(xiàng)目地址：https://github.com/sogou/workflow
這個(gè)項(xiàng)目適合用于什么場景
這個(gè)項(xiàng)目是搜狗的服務(wù)器引擎，幾乎搜狗所有的后端C++服務(wù)和其他幾十家公司都在使用這個(gè)引擎，每日處理超百億請求。
不僅如此，該項(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ì)上可以通過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)是?個(gè)?常重要的特性，多平臺(tái)的代碼說明在配置和耦合上考慮了很多設(shè)計(jì)上的細(xì)節(jié)。?前Workflow除了Linux、Windows、MacOS、Android以外，還可以愉快地在樹莓派、國產(chǎn)?芯處理器等不同體系結(jié)構(gòu)上運(yùn)?。
2. 編譯快
Workflow除OpenSSL以外不依賴其他庫，?且在接?層是沒有模版的，因此編譯速度?常快，不到?分鐘即可編出?個(gè)可?的lib。
3. 體積?、?持編譯裁剪
Workflow的Kafka協(xié)議默認(rèn)是不編譯的，除此之外，還可以裁剪掉其他不常?的模塊。
?如：
make REDIS=n MYSQL=n UPSTREAM=n并且可以通過strip命令去掉符號(hào)鏈接，即可讓庫?件縮?到400k左右。
4. 運(yùn)?時(shí)內(nèi)存?、調(diào)度快
作為?個(gè)異步調(diào)度的庫，Workflow調(diào)度性能?直是?常好的。另外運(yùn)?時(shí)內(nèi)存占?也?常的?。
在默認(rèn)配置下，tutorial 下的 helloworld server 服務(wù)占用內(nèi)存大小測試
運(yùn)行服務(wù)
查找進(jìn)程號(hào)
查看內(nèi)存占用，物理內(nèi)存占用在3824kb
5. ?定義協(xié)議?常?便
另外，社區(qū)活躍以及項(xiàng)目負(fù)責(zé)人積極回復(fù)問題我覺得也是一個(gè)亮點(diǎn)，如果在框架搭建和移植上出現(xiàn)問題，在社區(qū)上提問都會(huì)得到快速響應(yīng)。
細(xì)說編譯與自定義協(xié)議
開源應(yīng)該是我推薦最主要的原因，還有一個(gè)原因是，這個(gè)項(xiàng)目非常適合在一些大型的嵌入式項(xiàng)目中使用。
我之前創(chuàng)業(yè)，在通訊協(xié)議上花了很長的時(shí)間，如果當(dāng)時(shí)發(fā)現(xiàn)這個(gè)項(xiàng)目，我覺得套用這個(gè)框架，可能會(huì)輕松很多。這個(gè)項(xiàng)目使用Cmakefile來配置，之前發(fā)的Cmakefile文檔我覺得也是對大家有用的。
Cmake確實(shí)應(yīng)該用到的時(shí)候再學(xué)
我當(dāng)時(shí)創(chuàng)業(yè)的項(xiàng)目就是存在很多客戶端，然后嵌入式客戶端會(huì)和服務(wù)器進(jìn)行交互數(shù)據(jù)。因?yàn)檫@個(gè)原因，我們就自己定義協(xié)議，并在我們自己的協(xié)議上做了很多規(guī)避措施，當(dāng)然，這些措施都沒有經(jīng)過時(shí)間的捶打。
但Workflow的這個(gè)?定義協(xié)議的例?，直接在教程?就給出了，感興趣的朋友可以下載完后
通過以下命令，即可編譯出?個(gè)?定義協(xié)議的server和client：
make
cd tutorial
make
./tutorial-10-user_defined_protocol/server
另?個(gè)窗?執(zhí)?client，即可通信：
./tutorial-10-user_defined_protocol/client
執(zhí)行過程：
移植到嵌入式設(shè)備的開源支持
據(jù)悉?前已經(jīng)有許多?戶?到了嵌?式上了。我到github上翻閱發(fā)現(xiàn)，遇到問題的時(shí)候，官方還特別耐心的解釋，真的很不錯(cuò)，這才是做技術(shù)該有的樣子嘛~
項(xiàng)目的例程
官方給的實(shí)例比較多，新手的同學(xué)建議都看看，從這些東西入手會(huì)讓自己更快進(jìn)入狀態(tài)。
一個(gè)簡單的Client 和 Server 端的代碼
服務(wù)端：
#include <stdio.h>
#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();
}
任務(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)可由用戶自定義，個(gè)人認(rèn)為框架最牛逼的一點(diǎn)就是支持動(dòng)態(tài)創(chuàng)建任務(wù)流。
這個(gè)項(xiàng)目大概就介紹到這里
再說下這個(gè)項(xiàng)目的資料匯總
參考資料：
https://zhuanlan.zhihu.com/p/358869362
https://zhuanlan.zhihu.com/p/165638263
項(xiàng)目地址如下：
https://github.com/sogou/workflow 也可以點(diǎn)擊閱讀原文直達(dá)。
在訪問GitHub遇到困難時(shí)，可使用他們的Gitee官方倉庫：
https://gitee.com/sogou/workflow
感覺這個(gè)項(xiàng)目值得學(xué)習(xí)的話就給人家個(gè)star，不要白嫖哈，對項(xiàng)目團(tuán)隊(duì)來說也是一種認(rèn)可和鼓勵(lì)。