• <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ú)縫服務(wù)器設(shè)計(jì)

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

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

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

            評(píng)論

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

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

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

            我也是為獲得多線程的能力,通過(guò)從一個(gè)線程對(duì)象基類(lèi)繼承,重載特定的成員函數(shù)來(lái)實(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í)行分離[未登錄](méi) 2008-08-25 14:25 陳梓瀚(vczh)

            我認(rèn)為這是Aspect-Oriented Programming處理的問(wèn)題,不是OO處理的問(wèn)題。想堅(jiān)持用OO的辦法,意味著重構(gòu)。于是你上述的問(wèn)題也就蕩然無(wú)存了,因?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è)問(wèn)題是面向?qū)ο筮€是面向方面,值得考慮。  回復(fù)  更多評(píng)論   

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

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

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

            其實(shí)不一定要過(guò)度追求線程實(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ù)?類(lèi)成員函數(shù)?函數(shù)對(duì)象?函數(shù)/成員函數(shù)聲明是什么樣的?一定要滿足某種聲明形式嗎?我已有代碼不滿足怎么辦?這些都是要解決的問(wèn)題。
              回復(fù)  更多評(píng)論   

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

            任務(wù)只是抽象意義上的需要運(yùn)行的代碼,函數(shù)和成員函數(shù)只是對(duì)于人來(lái)說(shuō)的,對(duì)于機(jī)器來(lái)說(shuō),都是一樣的,至于已有函數(shù)滿不滿足接口我想是架構(gòu)需要考慮的問(wèn)題,其實(shí)一旦代碼編譯好了,其調(diào)用方式就定了,如果非要滿足所有的調(diào)用方式,可能rpc或者com的方式更適合一些。
            我以前寫(xiě)的關(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
            我覺(jué)得解決這個(gè)問(wèn)題非模板莫屬,其他的方式無(wú)一例外都需要用戶添加一堆對(duì)用戶來(lái)說(shuō)根本沒(méi)任何作用的代碼。看看com,里面一堆的古怪的符號(hào),光名字,已經(jīng)讓人惡心。  回復(fù)  更多評(píng)論   

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

            好像你要講的就是boost::thread,我沒(méi)猜錯(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   博問(wèn)   Chat2DB   管理


            公告

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

            導(dǎo)航

            統(tǒng)計(jì)

            留言簿(2)

            隨筆檔案

            最新評(píng)論

            閱讀排行榜

            久久精品一区二区| 久久99热这里只有精品66| 91久久婷婷国产综合精品青草| 亚洲女久久久噜噜噜熟女| 精品久久久久久久久午夜福利| 色综合合久久天天综合绕视看| 久久精品国产精品亚洲下载 | 欧美久久天天综合香蕉伊| 久久只有这里有精品4| 九九久久99综合一区二区| 一级做a爰片久久毛片免费陪| 久久99国产综合精品女同| 久久只有这精品99| 国産精品久久久久久久| 久久国产精品无码一区二区三区| 久久高清一级毛片| 国内精品伊人久久久久| 欧美一区二区三区久久综合| 久久AⅤ人妻少妇嫩草影院| 久久精品国产亚洲av高清漫画| 区亚洲欧美一级久久精品亚洲精品成人网久久久久 | 久久精品国产亚洲一区二区三区| 亚洲香蕉网久久综合影视| 久久一区二区三区免费| 国产精品久久久久乳精品爆 | 国产精品久久久久一区二区三区 | 97久久天天综合色天天综合色hd | 久久人人爽人人澡人人高潮AV| 精品久久久久久久| 色综合久久综合中文综合网| 精品久久久久成人码免费动漫| 国产成人精品久久亚洲高清不卡 | 久久夜色精品国产欧美乱| 一本一本久久a久久综合精品蜜桃| 亚洲精品97久久中文字幕无码| 久久久久久久久久免免费精品| 国内精品久久久久久久久| 国产福利电影一区二区三区,免费久久久久久久精 | 欧美国产成人久久精品| 欧美麻豆久久久久久中文| 日韩精品无码久久一区二区三|