91在线观看视频-91在线观看视频-91在线观看免费视频-91在线观看免费-欧美第二页-欧美第1页

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

基于TarsCpp-v3.0.0討論協(xié)程在TarsCpp服務框架的實現

OSC開源社區(qū) ? 來源:vivo互聯網技術 ? 2023-05-09 09:41 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

本文介紹了協(xié)程的概念,并討論了 Tars Cpp 協(xié)程的實現原理和源碼分析。

一、前言

Tars 是 Linux 基金會的開源項目,它是基于名字服務使用 Tars 協(xié)議的高性能 RPC 開發(fā)框架,配套一體化的運營管理平臺,并通過伸縮調度,實現運維半托管服務。Tars 集可擴展協(xié)議編解碼、高性能 RPC 通信框架、名字路由與發(fā)現、發(fā)布監(jiān)控、日志統(tǒng)計、配置管理等于一體,通過它可以快速用微服務的方式構建自己的穩(wěn)定可靠的分布式應用,并實現完整有效的服務治理。

Tars 目前支持 C++,Java,PHP,Nodejs,Go 語言,其中 TarsCpp 3.x 全面啟用對協(xié)程的支持,服務框架全面融合協(xié)程。本文基于TarsCpp-v3.0.0版本,討論了協(xié)程在TarsCpp服務框架的實現。

二、協(xié)程的介紹

2.1 什么是協(xié)程

協(xié)程的概念最早出現在Melvin Conway在1963年的論文("Design of a separable transition-diagram compiler"),協(xié)程認為是“可以暫停和恢復執(zhí)行”的函數。

a7e536e8-edcb-11ed-90ce-dac502259ad0.png

協(xié)程可以看成一種特殊的函數,相比于函數,協(xié)程最大的特點就是支持掛起(yield)和恢復(resume)的能力。如上圖所示:函數不能主動中斷執(zhí)行流;而協(xié)程支持主動掛起,中斷執(zhí)行流,并在一定時機恢復執(zhí)行。

協(xié)程的作用:

降低并發(fā)編碼的復雜度,尤其是異步編程(callback hell)。

協(xié)程在用戶態(tài)中實現調度,避免了陷入內核,上下文切換開銷小。

2.2 進程、線程和協(xié)程

我們可以簡單的認為協(xié)程是用戶態(tài)的線程。協(xié)程和線程主要異同:

相同點:都可以實現上下文切換(保存和恢復執(zhí)行流)

不同點:線程的上下文切換在內核實現,切換的時機由內核調度器控制。協(xié)程的上下文切換在用戶態(tài)實現,切換的時機由調用方自身控制。

進程、線程和協(xié)程的比較:

a7f33518-edcb-11ed-90ce-dac502259ad0.jpg

2.3 協(xié)程的分類

按控制傳遞(Control-transfer)機制分為:對稱(Symmetric)協(xié)程和非對稱(Asymmetric)協(xié)程。

對稱協(xié)程:協(xié)程之間相互獨立,調度權(CPU)可以在任意協(xié)程之間轉移。協(xié)程只有一種控制傳遞操作(yield)。對稱協(xié)程一般需要調度器支持,通過調度算法選擇下一個目標協(xié)程。

非對稱協(xié)程:協(xié)程之間存在調用關系,協(xié)程讓出的調度權只能返回給調用者。協(xié)程有兩種控制操作:恢復(resume)和掛起(yield)。

下圖演示了對稱協(xié)程的調度權轉移流程,協(xié)程只有一個操作yield,表示讓出CPU,返回給調度器。

a8146878-edcb-11ed-90ce-dac502259ad0.png

對稱協(xié)程示意圖

下圖演示了非對稱協(xié)程的調度權轉移流程。協(xié)程可以有兩個操作,即resume和yield。resume表示轉移CPU給被調用者,yield表示被調用者返回CPU給調用者。

a823f9e6-edcb-11ed-90ce-dac502259ad0.png

非對稱協(xié)程示意圖

根據協(xié)程是否有獨立的棧空間,協(xié)程分為有棧協(xié)程(stackful)和無棧協(xié)程(stackless)兩種。

有棧協(xié)程:每個協(xié)程有獨立的棧空間,保存獨立的上下文(執(zhí)行棧、寄存器等),協(xié)程的喚醒和掛起就是拷貝和切換上下文。優(yōu)點:協(xié)程調度可以嵌套,在內存中的任意位置、任意時刻進行。局限:協(xié)程數目增大,內存開銷增大。

無棧協(xié)程:單個線程內所有協(xié)程都共享同一個棧空間(共享棧),協(xié)程的切換就是簡單的函數調用和返回,無棧協(xié)程通常是基于狀態(tài)機或閉包來實現。優(yōu)點:減小內存開銷。局限:協(xié)程調度產生的局部變量都在共享棧上, 一旦新的協(xié)程運行后共享棧中的數據就會被覆蓋, 先前協(xié)程的局部變量也就不再有效, 進而無法實現參數傳遞、嵌套調用等高級協(xié)程交互。

Golang 中的 goroutine、Lua 中的協(xié)程都是有棧協(xié)程;ES6的 await/async、Python 的 Generator、C++20 中的 cooroutine 都是無棧協(xié)程。

三、Tars 協(xié)程實現

實現協(xié)程的核心有兩點:

實現用戶態(tài)的上下文切換。

實現協(xié)程的調度。

Tars 協(xié)程的由下面幾個類實現:

TC_CoroutineInfo 協(xié)程信息類:實現協(xié)程的上下文切換。每個協(xié)程對應一個 TC_CoroutineInfo 對象,上下文切換基于boost.context實現。

TC_CoroutineScheduler 協(xié)程調度器類:實現了協(xié)程的管理和調度。

TC_Coroutine 協(xié)程類:繼承于線程類(TC_Thread),方便業(yè)務快速使用協(xié)程。

Tars 協(xié)程有幾個特點:

有棧協(xié)程。每個協(xié)程都分配了獨立的棧空間。

對稱協(xié)程。協(xié)程之間相互獨立,由調度器負責調度。

基于 epoll 實現協(xié)程調度,和網絡IO無縫結合。

3.1 用戶態(tài)上下文切換的實現方式

協(xié)程可以看成一種特殊的函數,和普通函數不同,協(xié)程函數有掛起(yield)和恢復(resume)的能力,即可以中斷自己的執(zhí)行流,并且在合適的時候恢復執(zhí)行流,這也稱為上下文切換的能力。

協(xié)程執(zhí)行的過程,依賴兩個關鍵要素:協(xié)程棧和寄存器,協(xié)程的上下文環(huán)境其實就是寄存器和棧的狀態(tài)。實現上下文切換的核心就是實現保存并恢復當前執(zhí)行環(huán)境的寄存器狀態(tài)的能力。

實現用戶態(tài)上下文切換一般有以下方式:

a831b996-edcb-11ed-90ce-dac502259ad0.jpg

3.2 基于boost.context實現上下文切換

Tars 協(xié)程是基于 boost.context 實現,boost.context 提供了兩個接口(make_fcontext, jump_fcontext)實現協(xié)程的上下文切換。

代碼1:

/**
 * @biref 執(zhí)行環(huán)境上下文
 */
typedef void*   fcontext_t;


/**
 * @biref 事件參數包裝
 */


struct transfer_t {
    fcontext_t     fctx; // 來源的執(zhí)行上下文。來源的上下文指的是從什么位置跳轉過來的
    void*      data; // 接口傳入的自定義的指針
};


/**
 * @biref 初始化執(zhí)行環(huán)境上下文
 * @param sp 棧空間地址
 * @param size 棧空間的大小
 * @param fn 入口函數
 * @return 返回初始化完成后的執(zhí)行環(huán)境上下文
 */
extern "C" fcontext_t make_fcontext(void * stack, std::size_t stack_size, void (* fn)( transfer_t));


/**
 * @biref 跳轉到目標上下文
 * @param to 目標上下文
 * @param vp 目標上下文的附加參數,會設置為transfer_t里的data成員
 * @return 跳轉來源
 */
extern "C" transfer_t jump_fcontext(fcontext_t const to, void * vp);

(1)make_fcontext創(chuàng)建協(xié)程

接受三個參數,stack是為協(xié)程分配的棧底,stack_size是棧的大小,fn是協(xié)程的入口函數

返回初始化完成后的執(zhí)行環(huán)境上下文

(2)jump_fcontext切換協(xié)程

接受兩個參數,目標上下文地址和參數指針

返回一個上下文,指向當前上下文從哪個上下文跳轉過來

a84822c6-edcb-11ed-90ce-dac502259ad0.png

fcontext的結構

boost context 是通過 fcontext_t結構體來保存協(xié)程狀態(tài)。相對于其它匯編實現的協(xié)程庫,boost的context和stack是一起的,棧底指針就是context,切換context就是切換stack。

3.3 Tars協(xié)程信息類

TC_CoroutineInfo 協(xié)程信息類,包裝了 boost.context 提供的接口,表示一個 TARS 協(xié)程。

其中,TC_CoroutineInfo::registerFunc 定義了協(xié)程的創(chuàng)建。

代碼2:

void TC_CoroutineInfo::registerFunc(const std::function& callback)
{
    _callback           = callback;
    _init_func.coroFunc = TC_CoroutineInfo::corotineProc;
    _init_func.args     = this;


    fcontext_t ctx      = make_fcontext(_stack_ctx.sp, _stack_ctx.size,
                                TC_CoroutineInfo::corotineEntry); // 創(chuàng)建協(xié)程
    transfer_t tf       = jump_fcontext(ctx, this); // context 切換


    //實際的ctx
    this->setCtx(tf.fctx);
}






void TC_CoroutineInfo::corotineEntry(transfer_t tf)
{
    TC_CoroutineInfo * coro = static_cast< TC_CoroutineInfo * >(tf.data); // this
    auto    func  = coro->_init_func.coroFunc;
    void*   args = coro->_init_func.args;


    transfer_t t = jump_fcontext(tf.fctx, NULL);


    //拿到自己的協(xié)程堆棧, 當前協(xié)程結束以后, 好跳轉到main
    coro->_scheduler->setMainCtx(t.fctx);


    //再跳轉到具體函數
    func(args, t);
}

TC_CoroutineInfo::switchCoro 定義了協(xié)程切換。

代碼3

void TC_CoroutineScheduler::switchCoro(TC_CoroutineInfo *to)
{
    //跳轉到to協(xié)程
    _currentCoro = to;


    transfer_t t = jump_fcontext(to->getCtx(), NULL);


    //并保存協(xié)程堆棧
    to->setCtx(t.fctx);
}

四、Tars 協(xié)程調度器

基于 boost.context 的 TC_CoroutineInfo 類實現了協(xié)程的上下文切換,協(xié)程的管理和調度,則是由 TC_CoroutineScheduler 協(xié)程調度器類來負責,分管理和調度兩個方面來說明 TC_CoroutineScheduler 調度類。

協(xié)程管理:目的是需要合理的數據結構來組織協(xié)程(TC_CoroutineInfo),方便調度的實現。

協(xié)程調度:目的是控制協(xié)程的啟動、休眠和喚醒,實現了 yield, sleep 等功能,本質就是實現協(xié)程的狀態(tài)機,完成協(xié)程的狀態(tài)切換。Tars 協(xié)程分為 5 個狀態(tài):FREE, ACTIVE, AVAIL, INACTIVE, TIMEOUT

代碼4:

    /**
     * 協(xié)程的狀態(tài)信息
     */
    enum CORO_STATUS
    {
        CORO_FREE       = 0,
        CORO_ACTIVE     = 1,
        CORO_AVAIL      = 2,
        CORO_INACTIVE   = 3,
        CORO_TIMEOUT    = 4 
    };

4.1 Tars 協(xié)程的管理

TC_CoroutineScheduler 主要通過以下方法管理協(xié)程:

TC_CoroutineScheduler::create()

創(chuàng)建TC_CoroutineScheduler對象

TC_CoroutineScheduler::init()初始化,分配協(xié)程棧內存

TC_CoroutineScheduler::run()啟動調度

TC_CoroutineScheduler::terminate()停止調度

TC_CoroutineScheduler::destroy()資源銷毀,釋放協(xié)程棧內存

我們可以通過 TC_CoroutineScheduler::init()看到數據結構的初始化過程。

代碼5:

void TC_CoroutineScheduler::init()
{
    ... ....


    createCoroutineInfo(_poolSize); // _all_coro = new TC_CoroutineInfo*[_poolSize+1];


    TC_CoroutineInfo::CoroutineHeadInit(&_active);
    TC_CoroutineInfo::CoroutineHeadInit(&_avail);
    TC_CoroutineInfo::CoroutineHeadInit(&_inactive);
    TC_CoroutineInfo::CoroutineHeadInit(&_timeout);
    TC_CoroutineInfo::CoroutineHeadInit(&_free);


    int iSucc = 0;
    for(size_t i = 0; i < _currentSize; ++i)
    {
        //iId=0不使用, 給mainCoro使用!!!!
        uint32_t iId = generateId();
        stack_context s_ctx = stack_traits::allocate(_stackSize); // 分配協(xié)程棧內存
        TC_CoroutineInfo *coro = new TC_CoroutineInfo(this, iId, s_ctx);
        _all_coro[iId] = coro;
        TC_CoroutineInfo::CoroutineAddTail(coro, &_free);
        ++iSucc;
    }
    _currentSize = iSucc;


    _mainCoro.setUid(0);
    _mainCoro.setStatus(TC_CoroutineInfo::CORO_FREE);


    _currentCoro = &_mainCoro;
}

通過下面的 TC_CoroutineScheduler 調度類數據結構圖,可以更清楚的看到協(xié)程的組織方式:

a86315c2-edcb-11ed-90ce-dac502259ad0.png

Tars調度類數據結構

使用協(xié)程之前,需要在協(xié)程數組(_all_coro),創(chuàng)建指定數量的協(xié)程對象,并為每個協(xié)程分配協(xié)程棧內存。

通過鏈表的方式管理協(xié)程,每個狀態(tài)都有一個鏈表。協(xié)程狀態(tài)切換,對應協(xié)程在不同狀態(tài)鏈表的轉移。

4.2Tars 協(xié)程的調度

Tars 調度是基于epoll實現,在 epoll 循環(huán)里檢查是否有需要執(zhí)行的協(xié)程, 有則執(zhí)行之, 沒有則等待在epoll對象上, 直到有喚醒或者超時。使用 epoll 實現的好處是可以和網絡IO無縫粘合, 當有數據發(fā)送/接收時, 喚醒epoll對象, 從而完成協(xié)程的切換。

Tars協(xié)程調度的核心邏輯是

TC_CoroutineScheduler::run()

代碼6:

void TC_CoroutineScheduler::run()
{
    ... ...


    while(!_epoller->isTerminate())
    {
        if(_activeCoroQueue.empty() && TC_CoroutineInfo::CoroutineHeadEmpty(&_avail) && TC_CoroutineInfo::CoroutineHeadEmpty(&_active))
        {
            _epoller->done(1000); // epoll_wait(..., 1000ms) 先處理epoll的網絡事件
        }


        //喚醒需要激活的協(xié)程
        wakeup();


        //喚醒sleep的協(xié)程
        wakeupbytimeout();


        //喚醒yield的協(xié)程
        wakeupbyself();


        int iLoop = 100;
        //執(zhí)行active協(xié)程, 每次執(zhí)行100個, 避免占滿cpu
        while(iLoop > 0 && !TC_CoroutineInfo::CoroutineHeadEmpty(&_active))
        {
            TC_CoroutineInfo *coro = _active._next;
            switchCoro(coro);
            --iLoop;
        }


        //執(zhí)行available協(xié)程, 每次執(zhí)行1個
        if(!TC_CoroutineInfo::CoroutineHeadEmpty(&_avail))
        {
            TC_CoroutineInfo *coro = _avail._next;
            switchCoro(coro);
        }
    }


    ... ...
}

下圖可以更清楚得看到協(xié)程調度和狀態(tài)轉移的過程。

a8860fe6-edcb-11ed-90ce-dac502259ad0.png

Tars協(xié)程調度狀態(tài)轉移圖

TC_CoroutineScheduler 提供了下面四種方法實現協(xié)程的調度:

(1) TC_CoroutineScheduler:啟動協(xié)程。

(2)TC_CoroutineScheduler:當前協(xié)程放棄繼續(xù)執(zhí)行。并提供了兩種方式,支持不同的喚醒策略。

yield(true):會自動喚醒(等到下次協(xié)程調度,都會再激活當前線程)

yield(false):不再自動喚醒,除非自己調度該協(xié)程(比如put到調度器中)

(3)TC_CoroutineScheduler:當前協(xié)程休眠iSleepTime時間(單位:毫秒),然后會被喚醒繼續(xù)執(zhí)行。

(4)TC_CoroutineScheduler:放入需要喚醒的協(xié)程, 將協(xié)程放入到調度器中, 馬上會被調度器調度。

五、總結

本文介紹了協(xié)程的概念,并討論了 Tars Cpp 協(xié)程的實現原理和源碼分析。






審核編輯:劉清

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規(guī)問題,請聯系本站處理。 舉報投訴
  • RPC
    RPC
    +關注

    關注

    0

    文章

    111

    瀏覽量

    11922
  • C++語言
    +關注

    關注

    0

    文章

    147

    瀏覽量

    7318
  • Lua語言
    +關注

    關注

    0

    文章

    9

    瀏覽量

    1584
  • 調度器
    +關注

    關注

    0

    文章

    98

    瀏覽量

    5516

原文標題:Tars-Cpp協(xié)程實現分析

文章出處:【微信號:OSC開源社區(qū),微信公眾號:OSC開源社區(qū)】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    談談協(xié)的那些事兒

    隨著異步編程的發(fā)展以及各種并發(fā)框架的普及,協(xié)作為一種異步編程規(guī)范各類語言中地位逐步提高。我們不單單會在自己的程序中使用協(xié)
    的頭像 發(fā)表于 01-26 11:36 ?1468次閱讀
    談談<b class='flag-5'>協(xié)</b><b class='flag-5'>程</b>的那些事兒

    協(xié)和線程有什么區(qū)別

    協(xié)和線程的區(qū)別協(xié)和線程的共同目的之一是實現系統(tǒng)資源的上下文調用,不過它們的實現層級不同;線程
    發(fā)表于 12-10 06:23

    怎樣使用C語言去實現Linux系統(tǒng)協(xié)

    Linux系統(tǒng)編程練手項目:使用C語言實現協(xié) 6年嵌入式開發(fā)經驗,多家半...
    發(fā)表于 12-23 06:58

    TarsARM平臺上的移植是如何去實現

    ,add_and_return)都是基于x86匯編實現ARM64平臺下,使用gcc內置函數實現,示例如下:原x86嵌匯編實現:支持ARM64平臺后的
    發(fā)表于 03-30 11:30

    Tars移植到ARM64平臺上的過程實現

    ,add_and_return)都是基于x86匯編實現ARM64平臺下,使用gcc內置函數實現,示例如下:原x86嵌匯編實現:支持ARM64平臺后的
    發(fā)表于 07-05 14:59

    Python后端項目的協(xié)是什么

    最近公司 Python 后端項目進行重構,整個后端邏輯基本都變更為采用“異步”協(xié)的方式實現。看著滿屏幕經過 async await(協(xié)
    的頭像 發(fā)表于 09-23 14:38 ?1554次閱讀

    Python協(xié)與JavaScript協(xié)的對比及經驗技巧

    對這兩個語言有興趣的新人理解和吸收。 共同訴求隨著 cpu 多核化,都需要實現由于自身歷史原因(單線程環(huán)境)下的并發(fā)功能 簡化代碼,避免回調地獄,關鍵字支持 有效利用操作系統(tǒng)資源和硬件:協(xié)相比線程,占用資源更少,上下文更快 什
    的頭像 發(fā)表于 10-20 14:30 ?2184次閱讀

    TarsCpp Tars RPC框架C++語言的源代碼

    ./oschina_soft/gitee-TarsCpp.zip
    發(fā)表于 06-22 10:17 ?0次下載
    <b class='flag-5'>TarsCpp</b> Tars RPC<b class='flag-5'>框架</b>C++語言的源代碼

    使用channel控制協(xié)數量

    goroutine 是輕量級線程,調度由 Go 運行時進行管理的。Go 語言的并發(fā)控制主要使用關鍵字 go 開啟協(xié) goroutine。Go 協(xié)(Goroutine)之間通過信道(
    的頭像 發(fā)表于 09-19 15:06 ?1413次閱讀

    詳解Linux線程、線程與異步編程、協(xié)與異步

    協(xié)不是系統(tǒng)級線程,很多時候協(xié)被稱為“輕量級線程”、“微線程”、“纖(fiber)”等。簡單來說可以認為
    的頭像 發(fā)表于 03-16 15:49 ?1471次閱讀

    協(xié)的概念及協(xié)的掛起函數介紹

    協(xié)是一種輕量級的線程,它可以單個線程中實現并發(fā)執(zhí)行。與線程不同,協(xié)不需要操作系統(tǒng)的上下文切
    的頭像 發(fā)表于 04-19 10:20 ?1221次閱讀

    FreeRTOS任務與協(xié)介紹

    FreeRTOS 中應用既可以使用任務,也可以使用協(xié)(Co-Routine),或者兩者混合使用。但是任務和協(xié)使用不同的API函數,因此不能通過隊列(或信號量)將數據從任務發(fā)送給協(xié)
    的頭像 發(fā)表于 09-28 11:02 ?1314次閱讀

    協(xié)的作用、結構及原理

    本文介紹了協(xié)的作用、結構、原理,并使用C++和匯編實現了64位系統(tǒng)下的協(xié)池。文章內容避免了協(xié)
    的頭像 發(fā)表于 11-08 16:39 ?1707次閱讀
    <b class='flag-5'>協(xié)</b><b class='flag-5'>程</b>的作用、結構及原理

    C/C++協(xié)編程的相關概念和技巧

    自己的寄存器上下文和棧,可以多個入口點間自由切換,而不是像傳統(tǒng)的函數調用那樣一個入口點開始、另一個入口點結束。協(xié)的概念最早可以追溯到1963年,由Melvin Conway提出。
    的頭像 發(fā)表于 11-09 11:34 ?1246次閱讀

    協(xié)實現與原理

    前言 協(xié)這個概念很久了,好多程序員是實現過這個組件的,網上關于協(xié)的文章,博客,論壇都是汗牛充棟,
    的頭像 發(fā)表于 11-10 10:57 ?758次閱讀
    主站蜘蛛池模板: 精品一区二区在线观看 | 日本视频网站在线www色 | 国产精品欧美一区二区 | 久久久久无码国产精品一区 | www毛片 | 成人激情综合网 | 天天视频免费入口 | 色噜噜噜噜 | 色综合天天操 | 69xxx欧美| 国产精品久久久久久久久ktv | 亚洲va中文字幕 | 深夜在线视频免费网址 | 三级网站在线播放 | 天天爱天天射 | 欧美黄色录象 | 亚洲jizzjizz | 国产秦先生大战白丝97在线 | 天天干天天操天天摸 | 四虎影院新地址 | h视频国产 | 狠狠干狠狠插 | 美女视频黄a视频美女大全 美女视频一区二区 | 色老头在线视频 | 久久香蕉国产视频 | 欧美日韩色图 | 久久夜色精品国产噜噜 | 男女爱爱视频免费看 | a成人毛片免费观看 | 97射射| 久久综合九色综合欧美狠狠 | 欧美69xx性欧美 | 成年色黄大色黄大片 视频 成年视频xxxxx免费播放软件 | 最近在线观看免费完整视频 | www.色.com| 亚洲激情视频网 | 毛片毛片毛片毛片毛片毛片 | 在线免费观看视频 | 六月婷婷综合激情 | 国产精品午夜国产小视频 | 特级做a爰片毛片免费看 |