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