溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
如何進行libgo的源碼剖析，相信很多沒有經驗的人對此束手無策，為此本文總結了問題出現的原因和解決方法，通過這篇文章希望你能解決這個問題。
協程是一個很早的概念了，早些年的游戲行業中已經大規模地在使用，像lua、go這些語言中的協程原語已經相對比較完善了，一般來說直接使用就好，但是在系統后臺開發上，出現的時間并不長。
我是做C++方向的后臺開發，目前國內一些公司也開源了一些C++協程庫，但目前來說，還是在逐步完善的階段。最早接觸的C++協程庫是騰訊微信的 libco，可以說是相當輕量級的協程，網上關于libco的實現的文章也是相對較多，這里的話不會去過多地敘述。
在網上查找關于 libgo 的資料，關于代碼實現的文章并沒有多少，因此，打算自己看代碼總結，之后的文章中，可能會針libgo和libco的部分功能進行簡單對比，不足之處，希望讀者指出。
因為工作需要，以前系統的異步框架已經顯得不再那么地具有擴展性，異步使得原本很簡單的邏輯（讀->處理->寫），要拆分開來成多個階段，通過回調來響應各個事件，因此有計劃地使用協程來代替。
為什么最后選擇了libgo，而沒有選擇更加輕量級的libco ？網上有人給出過兩者的性能對比，從自旋鎖、協程的數量以及棧空間、線程支持等各個角度考慮，貌似libgo完勝。
圖片來源于網絡
性能對比數據來源于網絡，并不是說libco不好，也許各自應用的場景略有不同，libco幾千行的代碼可以實現一個相對較完備的協程，而且經得住微信后臺龐大的數據流量，自有它的優勢。由于對 libgo 的代碼正在研究當中，因此，暫不對兩者評價。
不管是什么樣的協程，最核心的內容，都是在系統發生阻塞的時候上層主動讓出CPU，切換就緒協程的上下文，簡要總結，有如下幾個方面：
上下文切換的實現
系統函數的hook；
協程調度；
時間管理；
https://github.com/yyzybb537/libgo
muhui@ASIAYANG-MB0:~/code/libgo/libgo-master$ ll total 64 -rw-r--r--@ 1 muhui staff 5913 11 7 11:20 CMakeLists.txt -rw-r--r--@ 1 muhui staff 1084 11 7 11:20 LICENSE -rw-r--r--@ 1 muhui staff 8758 11 7 11:20 README.md -rw-r--r--@ 1 muhui staff 4230 11 7 11:20 TODO drwxr-xr-x@ 4 muhui staff 128 11 7 11:20 imgs drwxr-xr-x@ 15 muhui staff 480 11 7 11:20 libgo drwxr-xr-x@ 8 muhui staff 256 11 7 11:20 test drwxr-xr-x@ 6 muhui staff 192 11 7 11:20 third_party drwxr-xr-x@ 20 muhui staff 640 11 7 11:20 tutorial drwxr-xr-x@ 4 muhui staff 128 11 7 11:20 vs_proj muhui@ASIAYANG-MB0:~/code/libgo/libgo-master$ cd libgo/ muhui@ASIAYANG-MB0:~/code/libgo/libgo-master/libgo$ ll total 16 drwxr-xr-x@ 4 muhui staff 128 11 7 11:20 cls drwxr-xr-x@ 19 muhui staff 608 11 7 11:20 common drwxr-xr-x@ 6 muhui staff 192 11 7 11:20 context -rw-r--r--@ 1 muhui staff 1848 11 7 11:20 coroutine.h drwxr-xr-x@ 5 muhui staff 160 11 7 11:20 debug drwxr-xr-x@ 4 muhui staff 128 11 7 11:20 defer -rw-r--r--@ 1 muhui staff 36 11 7 11:20 libgo.h drwxr-xr-x@ 4 muhui staff 128 11 7 11:20 netio drwxr-xr-x@ 5 muhui staff 160 11 7 11:20 pool drwxr-xr-x@ 8 muhui staff 256 11 7 11:20 scheduler drwxr-xr-x@ 7 muhui staff 224 11 7 11:20 sync drwxr-xr-x@ 4 muhui staff 128 11 7 11:20 task drwxr-xr-x@ 4 muhui staff 128 11 7 11:20 timer
libgo 做的較好的一點是增加了對windows 環境的支持等，我們只針對 Linux 環境做研究。
TODO：libgo 后續會逐步完善或增加的功能；
libgo：源碼實現的主目錄，關于協程和調度策略的實現都在該目錄下；
test：測試代碼；
tutorial：libgo 使用教程代碼；
vs_proj：VS 環境下如何使用libgo。
在libgo目錄下
task：協程的相關實現；
scheduler：協程調度的實現；
debug：libgo 自帶的調試功能（用于協程狀態的定位等）；
coroutine.h：對一些常用對方法進行了重定義。
netio：hook的系統調用；
context：上下文的切換；
pool：libgo 實現的連接池
我們知道，協程是用戶態線程，因此libco的話是不支持線程的。但在libgo中，線程同樣是支持的，這于它的調度方式有關。
首先我們要說的一點是，在libgo中，每個協程是一個task，libgo 的調度并不是直接作用于協程，是通過間接調度實現的。
libgo中有調度器（scheduler）和執行器（processer）的概念：
直接負責協程調度的是執行器，它會在協程阻塞的時候切出上下文，并切入一個就緒協程的上下文去繼續處理，當沒有可執行的協程時，執行器就會阻塞等待，當有新到來的任務時，會繼續處理；
負責管理執行器的是調度器，對調度器而言，每個執行器是一個單獨的線程，調度器做的最主要的工作，就是平衡各個執行器中的協程數量，防止饑餓效應，部分執行器過忙，部分執行器卻沒有task可執行，另外，如果某個執行器卡住，調度器也會將執行器中的可運行協程取出，放到負載最低的執行器上。
當然，調度器的個數的話是支持動態擴展的。
如下圖：
看完上述內容，你們掌握如何進行libgo的源碼剖析的方法了嗎？如果還想學到更多技能或想了解更多相關內容，歡迎關注億速云行業資訊頻道，感謝各位的閱讀！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
