• <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>
            posts - 25,  comments - 36,  trackbacks - 0
            在網(wǎng)上看到的,復(fù)制過來了。

              博客分類: 
            • Java

            Reactor這個詞譯成漢語還真沒有什么合適的,很多地方叫反應(yīng)器模式,但更多好像就直接叫reactor模式了,其實(shí)我覺著叫應(yīng)答者模式更好理解一些。通過了解,這個模式更像一個侍衛(wèi),一直在等待你的召喚,或者叫召喚獸。

             

            并發(fā)系統(tǒng)常使用reactor模式,代替常用的多線程的處理方式,節(jié)省系統(tǒng)的資源,提高系統(tǒng)的吞吐量。

             

            先用比較直觀的方式來介紹一下這種方式的優(yōu)點(diǎn),通過和常用的多線程方式比較一下,可能更好理解。

            以一個餐飲為例,每一個人來就餐就是一個事件,他會先看一下菜單,然后點(diǎn)餐。就像一個網(wǎng)站會有很多的請求,要求服務(wù)器做一些事情。處理這些就餐事件的就需要我們的服務(wù)人員了。

             

            在多線程處理的方式會是這樣的:

            一個人來就餐,一個服務(wù)員去服務(wù),然后客人會看菜單,點(diǎn)菜。 服務(wù)員將菜單給后廚。

            二個人來就餐,二個服務(wù)員去服務(wù)……

            五個人來就餐,五個服務(wù)員去服務(wù)……

             

            這個就是多線程的處理方式,一個事件到來,就會有一個線程服務(wù)。很顯然這種方式在人少的情況下會有很好的用戶體驗(yàn),每個客人都感覺自己是VIP,專人服務(wù)的。如果餐廳一直這樣同一時間最多來5個客人,這家餐廳是可以很好的服務(wù)下去的。

             

            來了一個好消息,因?yàn)檫@家店的服務(wù)好,吃飯的人多了起來。同一時間會來10個客人,老板很開心,但是只有5個服務(wù)員,這樣就不能一對一服務(wù)了,有些客人就要沒有人管了。老板就又請了5個服務(wù)員,現(xiàn)在好了,又能每個人都受VIP待遇了。

             

            越來越多的人對這家餐廳滿意,客源又多了,同時來吃飯的人到了20人,老板高興不起來了,再請服務(wù)員吧,占地方不說,還要開工錢,再請人就攢不到錢了。怎么辦呢?老板想了想,10個服務(wù)員對付20個客人也是能對付過來的,服務(wù)員勤快點(diǎn)就好了,伺候完一個客人馬上伺候另外一個,還是來得及的。綜合考慮了一下,老板決定就使用10個服務(wù)人員的線程池啦~~~

             

            但是這樣有一個比較嚴(yán)重的缺點(diǎn)就是,如果正在接受服務(wù)員服務(wù)的客人點(diǎn)菜很慢,其他的客人可能就要等好長時間了。有些火爆脾氣的客人可能就等不了走人了。

             

            Reactor如何處理這個問題呢:

            老板后來發(fā)現(xiàn),客人點(diǎn)菜比較慢,大部服務(wù)員都在等著客人點(diǎn)菜,其實(shí)干的活不是太多。老板能當(dāng)老板當(dāng)然有點(diǎn)不一樣的地方,終于發(fā)現(xiàn)了一個新的方法,那就是:當(dāng)客人點(diǎn)菜的時候,服務(wù)員就可以去招呼其他客人了,等客人點(diǎn)好了菜,直接招呼一聲“服務(wù)員”,馬上就有個服務(wù)員過去服務(wù)。嘿嘿,然后在老板有了這個新的方法之后,就進(jìn)行了一次裁員,只留了一個服務(wù)員!這就是用單個線程來做多線程的事。

             

            實(shí)際的餐館都是用的Reactor模式在服務(wù)。一些設(shè)計的模型其實(shí)都是從生活中來的。

             

            Reactor模式主要是提高系統(tǒng)的吞吐量,在有限的資源下處理更多的事情。

             

            在單核的機(jī)上,多線程并不能提高系統(tǒng)的性能,除非在有一些阻塞的情況發(fā)生。否則線程切換的開銷會使處理的速度變慢。就像你一個人做兩件事情,1、削一個蘋果。2、切一個西瓜。那你可以一件一件的做,我想你也會一件一件的做。如果這個時候你使用多線程,一會兒削蘋果,一會切西瓜,可以相像究竟是哪個速度快。這也就是說為什么在單核機(jī)上多線程來處理可能會更慢。

             

            但當(dāng)有阻礙操作發(fā)生時,多線程的優(yōu)勢才會顯示出來,現(xiàn)在你有另外兩件事情去做,1、削一個蘋果。2、燒一壺開水。我想沒有人會去做完一件再做另一件,你肯定會一邊燒水,一邊就把蘋果削了。

             

            理論的東西就不多講了,請大家參考一下附件《reactor-siemens.pdf》。圖比較多,E文不好也可以看懂的。

             

             

            好了,睡覺,臨了,支持一下老婆的淘客,難得她老人家有三分鐘熱情,淘寶皇冠店鋪精選

            posted on 2013-05-02 16:44 小魚兒 閱讀(1446) 評論(0)  編輯 收藏 引用

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


            <2013年9月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            常用鏈接

            留言簿(4)

            隨筆檔案(25)

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            久久亚洲国产精品123区| 无码国内精品久久人妻| 国产成人精品久久免费动漫 | 人妻精品久久久久中文字幕69 | 久久噜噜电影你懂的| 久久97久久97精品免视看| 亚洲国产天堂久久综合| 2020久久精品国产免费| 亚洲国产成人久久综合一区77 | 久久香蕉一级毛片| 久久无码专区国产精品发布| 久久精品aⅴ无码中文字字幕不卡| 人人狠狠综合久久亚洲88| 狠狠色婷婷久久一区二区| 久久91综合国产91久久精品| 亚洲国产成人久久综合一区77 | 久久人人爽人爽人人爽av| 久久99久久99精品免视看动漫| 久久国产精品偷99| 国产精品久久久久9999| 久久91精品国产91久| 狠狠色伊人久久精品综合网| 久久综合给合久久狠狠狠97色 | 91精品国产9l久久久久| 中文字幕无码久久精品青草| 99久久国产亚洲高清观看2024 | 青青草原综合久久大伊人精品| 国产成人无码久久久精品一| 国产亚洲精品久久久久秋霞| 亚洲国产成人久久综合区| 国产成人精品久久亚洲| 久久精品亚洲日本波多野结衣 | 色青青草原桃花久久综合| 久久国产精品视频| 丁香久久婷婷国产午夜视频| 99国产欧美精品久久久蜜芽| 性高湖久久久久久久久| 久久偷看各类wc女厕嘘嘘| 男女久久久国产一区二区三区| 狠狠色狠狠色综合久久| 一本一本久久A久久综合精品 |