• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            X-Matrix

            MMORPG無縫服務(wù)器設(shè)計(jì)

            線程模型:將任務(wù)與執(zhí)行分離

            ACE,Python和Java(我所知道的)中要獲得多線程的能力,都是通過從一個(gè)線程對(duì)象基類繼承,重載特定的成員函數(shù)來實(shí)現(xiàn)。簡(jiǎn)單的來看,它用起 來也相當(dāng)簡(jiǎn)單,理解起來也不復(fù)雜,但,用過一段時(shí)間之后,就會(huì)發(fā)現(xiàn)處理復(fù)雜問題時(shí),你會(huì)遇到許多的限制。 1.必須從一個(gè)線程對(duì)象基類繼承嗎? 現(xiàn)在看來是的,否則,你只有使用系統(tǒng)OS提供的線程函數(shù)了。 2.我已經(jīng)有個(gè)類了,它不是從線程對(duì)象基類繼承的,我要使用多繼承嗎? 是的,除非重寫。 3.我有一個(gè)函數(shù),想讓他在另一個(gè)線程執(zhí)行,一定要寫個(gè)類嗎? 是的。 4.我有一個(gè)類,它的每個(gè)成員函數(shù)我都想他們?cè)诹硗獾木€程中執(zhí)行,怎么辦? 線程對(duì)象基類只有一個(gè)線程函數(shù),你必須通過某種通訊機(jī)制去讓它執(zhí)行不同的成員函數(shù)。 4.當(dāng)線程在執(zhí)行一個(gè)對(duì)象的某個(gè)成員時(shí),這個(gè)對(duì)象被刪除了怎么辦? 沒辦法,你必須自己管理對(duì)象的生存期。 嗚呼!問題越來越多,該怎么辦?我們需要某種透明的線程模型,他能處理任意的需要被異步執(zhí)行的類的成員函數(shù)或者普通函數(shù),它能提供一種策略,使得我們能 自動(dòng)管理處理不同線程中的對(duì)象的生存期。我們現(xiàn)在有了這種工具了嗎? 熟悉Boost的人可能覺得boost.thread也許提供了這種能力。很不幸,它滿足了一部分上述需求。 正在實(shí)現(xiàn)上述需求的一個(gè)線程模型。它將任務(wù)與任務(wù)的執(zhí)行者分離,它支持人任何的任務(wù),不論它是普通的函數(shù),還是具有任意參數(shù)的成員函數(shù),你均能將它作為 一個(gè)任務(wù)拋到其他的線程執(zhí)行,它是非侵入式,通過它所支持的生命期管理,你不用在擔(dān)心對(duì)象在異步執(zhí)行時(shí)被銷毀。它用模板實(shí)現(xiàn)。

            posted on 2008-08-23 22:25 x-matrix 閱讀(1731) 評(píng)論(14)  編輯 收藏 引用

            評(píng)論

            # re: 線程模型:將任務(wù)與執(zhí)行分離[未登錄] 2008-08-24 10:18 Kevin Lynx

            通過functor,可以做到將成員函數(shù),C式函數(shù),operator(),等綁定為線程函數(shù).
            我覺得這種方式起碼比繼承重寫某個(gè)虛函數(shù)來得靈活.
              回復(fù)  更多評(píng)論   

            # re: 線程模型:將任務(wù)與執(zhí)行分離 2008-08-24 15:17 戴爾筆記本

            我也是為獲得多線程的能力,通過從一個(gè)線程對(duì)象基類繼承,重載特定的成員函數(shù)來實(shí)現(xiàn)。也許還有更好的方法。  回復(fù)  更多評(píng)論   

            # re: 線程模型:將任務(wù)與執(zhí)行分離 2008-08-24 23:28 x-matrix

            @戴爾筆記本
            這種方式是需要改變了.  回復(fù)  更多評(píng)論   

            # re: 線程模型:將任務(wù)與執(zhí)行分離 2008-08-25 10:02 bugs_killer

            有點(diǎn)吹毛求疵了.  回復(fù)  更多評(píng)論   

            # re: 線程模型:將任務(wù)與執(zhí)行分離 2008-08-25 11:06 x-matrix

            @bugs_killer
            我不這樣認(rèn)為。
              回復(fù)  更多評(píng)論   

            # re: 線程模型:將任務(wù)與執(zhí)行分離[未登錄] 2008-08-25 14:25 陳梓瀚(vczh)

            我認(rèn)為這是Aspect-Oriented Programming處理的問題,不是OO處理的問題。想堅(jiān)持用OO的辦法,意味著重構(gòu)。于是你上述的問題也就蕩然無存了,因?yàn)橹匦略O(shè)計(jì)的必然可以滿足要求。  回復(fù)  更多評(píng)論   

            # re: 線程模型:將任務(wù)與執(zhí)行分離 2008-08-25 14:45 x-matrix

            @ 陳梓瀚
            不論是面向?qū)ο?,還是面向方面,都要減少重構(gòu)。良好的設(shè)計(jì)會(huì)盡可能減少這種需要,即使重構(gòu),也要盡量減少原有代碼的修改。
            這個(gè)問題是面向?qū)ο筮€是面向方面,值得考慮。  回復(fù)  更多評(píng)論   

            # re: 線程模型:將任務(wù)與執(zhí)行分離[未登錄] 2008-08-25 17:05 陳梓瀚(vczh)

            如果是由于架構(gòu)的原因?qū)е滦枨蟛槐粷M足的話,就不能執(zhí)著于減少修改了。  回復(fù)  更多評(píng)論   

            # re: 線程模型:將任務(wù)與執(zhí)行分離[未登錄] 2008-08-26 15:04 hdqqq

            其實(shí)不一定要過度追求線程實(shí)現(xiàn),一般的實(shí)現(xiàn)方式是啟動(dòng)幾個(gè)線程提供對(duì)外服務(wù),有任務(wù)提交后,分配運(yùn)行。這樣可伸縮性也比較強(qiáng)。  回復(fù)  更多評(píng)論   

            # re: 線程模型:將任務(wù)與執(zhí)行分離 2008-08-26 15:13 x-matrix

            @hdqqq
            任務(wù)是什么呢?函數(shù)?類成員函數(shù)?函數(shù)對(duì)象?函數(shù)/成員函數(shù)聲明是什么樣的?一定要滿足某種聲明形式嗎?我已有代碼不滿足怎么辦?這些都是要解決的問題。
              回復(fù)  更多評(píng)論   

            # re: 線程模型:將任務(wù)與執(zhí)行分離[未登錄] 2008-08-26 16:12 hdqqq

            任務(wù)只是抽象意義上的需要運(yùn)行的代碼,函數(shù)和成員函數(shù)只是對(duì)于人來說的,對(duì)于機(jī)器來說,都是一樣的,至于已有函數(shù)滿不滿足接口我想是架構(gòu)需要考慮的問題,其實(shí)一旦代碼編譯好了,其調(diào)用方式就定了,如果非要滿足所有的調(diào)用方式,可能rpc或者com的方式更適合一些。
            我以前寫的關(guān)于 函數(shù)和線程方面調(diào)用的文章。

            http://blog.csdn.net/hdqqq/archive/2005/06/29/407674.aspx  回復(fù)  更多評(píng)論   

            # re: 線程模型:將任務(wù)與執(zhí)行分離 2008-08-26 16:37 x-matrix

            @hdqqq
            我覺得解決這個(gè)問題非模板莫屬,其他的方式無一例外都需要用戶添加一堆對(duì)用戶來說根本沒任何作用的代碼。看看com,里面一堆的古怪的符號(hào),光名字,已經(jīng)讓人惡心。  回復(fù)  更多評(píng)論   

            # re: 線程模型:將任務(wù)與執(zhí)行分離 2008-08-31 13:09 hsen

            好像你要講的就是boost::thread,我沒猜錯(cuò)吧?
              回復(fù)  更多評(píng)論   

            # re: 線程模型:將任務(wù)與執(zhí)行分離 2008-09-02 10:11 x-matrix

            @hsen
            不是。
              回復(fù)  更多評(píng)論   


            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            公告

            MMORPG無縫服務(wù)器論壇
            Google Groups
            xmatrix
            Visit this group

            導(dǎo)航

            統(tǒng)計(jì)

            留言簿(2)

            隨筆檔案

            最新評(píng)論

            閱讀排行榜

            久久丫精品国产亚洲av| 久久综合久久自在自线精品自| 成人妇女免费播放久久久| av午夜福利一片免费看久久| 97超级碰碰碰碰久久久久| 久久无码精品一区二区三区| 久久久这里只有精品加勒比| 久久国产精品99精品国产| 久久99精品久久久久久不卡 | 久久久一本精品99久久精品88| 九九久久自然熟的香蕉图片| 久久伊人精品青青草原日本| 国内精品久久久久影院日本| 精品久久久久久国产牛牛app | 久久99精品久久久久久久不卡 | 99久久精品午夜一区二区| 国产成人综合久久精品尤物| 无码人妻久久一区二区三区蜜桃| 久久青青草原精品国产| 亚洲&#228;v永久无码精品天堂久久| 久久精品aⅴ无码中文字字幕不卡| 日本一区精品久久久久影院| 亚洲综合伊人久久综合| 久久亚洲高清综合| 国产亚洲色婷婷久久99精品91| 国产成人精品久久| 99精品国产免费久久久久久下载| 国产成人无码精品久久久免费 | 国产亚洲综合久久系列| 久久国产精品无| 欧美久久久久久午夜精品| 四虎国产精品免费久久5151| 精品久久久久久久无码 | 成人国内精品久久久久一区| 男女久久久国产一区二区三区| 国产精品久久久久久久久久影院 | 亚洲中文字幕无码久久2020| 久久久久波多野结衣高潮| 国产精品一区二区久久精品涩爱| 深夜久久AAAAA级毛片免费看| 国产亚州精品女人久久久久久|