• <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>

            CppExplore

            一切像霧像雨又像風

              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
              29 隨筆 :: 0 文章 :: 280 評論 :: 0 Trackbacks

            作者:CppExplore 網址:http://www.shnenglu.com/CppExplore/
            廢話不多說,詳細介紹使用線程的優點好處請參考baidu、google。
            一、線程使用場景。使用線程的方式大致有兩種:
            (1)流水線方式。根據業務特點,將一個流程的處理分割成多個線程,形成流水線的處理方式。產生的結果:延長單一流程的處理時間,提高系統整體的吞吐能力。
            (2)線程池方式。針對處理時間比較長且沒有內蘊狀態的線程,使用線程池方式分流消息,加快對線程消息的處理,避免其成為系統瓶頸。
            線程使用的關鍵是 線程消息隊列、線程鎖、智能指針 的 使用。其中以線程消息隊列最為重要。

            二、線程消息隊列描述。所謂線程消息隊列,就是一個普通的循環隊列(其它數據結構也未嘗不可,具體內容請參考數據結構課本)加上“多生產者-單(多)消費者的PV操作”(詳細內容請參考操作系統課本)。流水線方式中的線程是單消費者,線程池方式中的線程是多消費者。
            為了后文更好的描述問題,作如下說明:
            (1)假定循環隊列CircleQueue中,存放的消息指針類型是MyMSG *,入隊操作EnQueue,出隊操作DeQueue,判斷隊滿IsQueueFull,判斷隊空IsQueueEmpty。
            (2)生產者消費者:生產者線程生產消息(MyMSG *),放在一個空緩沖區(CircleQueue)中,供消費者線程消費,生產者生產消息(EnQueue),如果緩沖區滿(IsQueueFull),則被阻塞,消費者消費消息(DeQueue),如果緩沖區空(IsQueueEmpty),則被阻塞。線程消息隊列就是生產者消費者問題中的緩沖區,而它的生產者是不限定的,任何線程都可以作為生產者向其中進行EnQueue操作,消費線程則可能是一個,也可能是多個。因此對循環隊列的任何操作都要加鎖,以保證線程安全。
            PV操作和鎖機制的基礎都是信號量。下面列出posix標準中給出的有關信號量的操作:

            #include <semaphore.h>
            int sem_init(sem_t *sem, int pshared, unsigned int value);
            int sem_wait(sem_t * sem);
            int sem_trywait(sem_t * sem);
            int sem_post(sem_t * sem);
            int sem_getvalue(sem_t * sem, int * sval);
            int sem_destroy(sem_t * sem);

            各個函數的詳細用法,請在linux/unix上查看man。
            三、線程消息隊列實現。基于以上討論,下面給出線程消息隊列的實現(僅為了說明問題,非標準可運行代碼)。

            class ThreadQueue
            {
                CircleQueue 
            * queue;
                
            int nFull;
                
            int nEmpty;
                sem_t lock;
                sem_t fullCond;
                sem_t emptyCond
            }
            ;
            void createThreadQueue()
            {
                createCircleQueue(queue);
                nFull
            =0;
                nEmpty
            =0;
                sem_ini(
            &lock,0,1);
                sem_init(
            &fullCond,0,0);
                sem_init(
            &emptyCond,0,0);
            }

            void putq(MyMSG * msg)
            {
                sem_wait(
            &lock);
                
            if(IsQueueFull(queue))
                
            {
                    nFull
            ++;
                    sem_post(
            &lock);
                    sem_wait(
            &fullCond);
                    sem_wait(
            &lock);
                    nFull
            --;
                }

                EnQueue(queue,msg);
                
            if(nEmpty>0)
                
            {
                    sem_post(
            &emptyCond);
                }

                sem_post(
            &lock);
            }

            void getq(MyMSG * msg)
            {
                sem_wait(
            &lock);
                
            if(IsQueueEmpty(queue))
                
            {
                    nEmpty
            ++;
                    sem_post(
            &lock);
                    sem_wait(
            &emptyCond);
                    sem_wait(
            &lock);
                    nEmpty
            --;
                }

                DeQueue(msg);
                
            if(nFull>0)
                
            {
                    sem_post(
            &fullCond);
                }

                sem_post(
            &lock);
            }

            void destroyThreadQueue()
            {
                destroyCircleQueue(queue);
                sem_destroy(
            &lock);
                sem_destroy(
            &fullCond);
                sem_destroy(
            &emptyCond);
            }


            四、線程消息隊列使用說明。
            將線程和線程消息隊列封裝在一起,形成帶有消息隊列的線程,其它線程向該線程的消息隊列插入消息,本線程取消息處理,之后再向其它線程的消息隊列插入消息,如此形成流水線運行方式。線程的創建可以使用posix的pthread_create函數,或者boost的boost::thread。具體使用請查看相關文檔。另ACE中的ACE_Task實現了帶有消息隊列的線程,可以直接使用。
            五、線程鎖描述。線程鎖,應該都很熟悉,通常的實現以mutex面目示人。假設實現后的操作有:加鎖lock,解鎖unlock。
            所謂線程鎖就是同一時間只能有一個線程擁有的鎖。當一個線程通過lock獲得線程鎖以后,在該線程持有該鎖的期間,其它進行獲取鎖操作的線程只能阻塞在lock操作處,但該線程可以繼續對鎖進行lock操作而不阻塞。
            六、線程鎖實現

            class mutex
            {
                sem_t lock;
                sem_t used;
                
            int nInOwner;
                pthread_t owner;
            }
            ;
            mutex()
            {
                sem_init(
            &lock,0,1);
                sem_init(
            &used,0,0);
                owner
            =NULL;
                nInOwner
            =0;
            }

            void lock()
            {
                pthread_t curThread
            =pthread_self();
                sem_wait(
            &lock);
                
            if(pthread_equal(owner,NULL))
                
            {
                    owner
            =curThread;
                }

                
            else if(pthread_equal(curThread,owner)==0)
                
            {
                    sem_post(
            &lock);
                    sem_wait(
            &used);
                    sem_wait(
            &lock);
                    owner
            =curThread;
                }

                
                nInOwner
            ++;
                sem_post(
            &lock);
            }

            void unlock()
            {
                sem_wait(
            &lock);
                
            if(--nInOwner==0)
                
            {
                    owner
            =NULL;
                    nInOwner
            =0;
                    sem_post(
            &used);
                }

                sem_post(
            &lock);
            }

            ~mutex()
            {
                sem_destroy(
            &lock);
                sem_destroy(
            &used);
            }


            七、線程鎖使用說明。系統設計中應該盡量減少鎖的使用。但有的時候無法避免,這時就是mutex登場的時候了。mutex的實現,linux下有pthread_mutex_t,ACE里有ACE_Thread_Mutex,boost里有boost::mutex。為了高效的操作可以進一步實現出其它不同的鎖機制,比如常見的讀寫鎖,條件鎖,不再多說,有興趣可以自己去實現,詳細可以參考操作系統課本。另linux/ACE/boost中均有實現。
            lock和unlock要成對使用,但是很多情況下,一個函數有很多出口,再加上異常的情況,需要針對一個lock寫很多unlock,這樣不僅容易遺漏unlock,而且代碼也變得很丑陋。ACE中提供了Guard封裝mutex,使用起來比較方便,使用的時候不需要關心鎖的釋放,具體請看ACE。
            也可以自己實現這種類Guard的功能。代碼如下:

            class Guard
            {
                mutex  
            *m_mutex;
            }
            ;
            Guard(mutex  
            *lock):m_mutex(lock)
            {
                m_mutex
            ->lock();
            }

            ~Guard()
            {
                m_mutex
            ->unlock();
            }

            使用的時候只需要在函數開始處寫std::auto_ptr<Guard> guard(new Guard(lock)) ;這屬于智能指針使用的一個小技巧。
            八、使用智能指針的需求。在線程池方式中,為了去掉內蘊狀態,線程間不得不傳遞對象指針,這樣很難判斷指針的生命周期,難以找到釋放內存空間的合適位置。智能指針完美解決了這個問題。boost中有boost::shared_ptr,ACE中有ACE_Refcounted_Auto_Ptr。本遍主要講述線程相關,智能指針不再展開。
            九、線程間消息傳遞框架。
            (1)面向過程的消息傳遞。c語言常用方式。消息以結構體的形式定義。

            enum MsgType 
            {
                CONCRETE_MSG1
            =1,
                CONCRETE_MSG2
            =2
            }
            ;
            struct MyMsg
            {
                MsgType type;
                union union_st
                
            {
                    concreteMsg1 
            *msg1;
                    concreteMsg2 
            *msg2;
                }
            msg;
            }
            ;
            concreteMsg1 和concreteMsg2 的詳細結構不再列出。消息發送線程構建正確的具體消息,指明正確的消息類型,進一步構建正確的MyMsg,發送到線程消息隊列。消息處理線程在消息隊列頭端循環getq,取出消息,根據消息類型調用相應的方法處理。
            (2)面向對象的消息傳遞。線程消息隊列中存儲command模式中ICommand類型的指針。消息發送線程實例化具體的command,消息處理線程取出command執行command的execute方法。
            缺點是:command比較多的時候,會生成大量的類文件,代碼不夠緊湊。
            優點則是可以方便的增加command而不需要過多改動已有代碼。
            posted on 2008-01-15 10:55 cppexplore 閱讀(7325) 評論(8)  編輯 收藏 引用

            評論

            # re: 【原創】系統設計之 線程漫談 2008-01-18 01:33 golden
            thanks!

            a perfect article about thread and develepent



              回復  更多評論
              

            # re: 【原創】系統設計之 線程漫談 2008-03-05 12:36 陳子文
            不好意思,轉載忘了標注  回復  更多評論
              

            # re: 【原創】系統設計之 線程漫談[未登錄] 2008-03-05 12:55 cppexplore
            @陳子文
            :)
            轉載請著名下 多多交流!  回復  更多評論
              

            # re: 【原創】技術系列之 線程(一) 2008-10-23 15:32 cui
            你這個好像有點兒矛盾啊..

            在你的 線程(一)中說信號量是比較重量級的互斥體. 為什么這里又用信號量來實現互斥鎖以提高性能呢?  回復  更多評論
              

            # re: 【原創】技術系列之 線程(一) 2008-10-23 15:39 cppexplore
            @cui
            呵呵,那是線程(二)中說的。
            開始寫文章有不少錯誤的認識,后來對問題的看法再不停的調整,但舊有的文章中有的錯誤說法一直沒有更正。這篇文章里的信號量就是一例。  回復  更多評論
              

            # re: 【原創】技術系列之 線程(一) 2008-10-23 16:28 cui
            @cppexplore


            ^_^  回復  更多評論
              

            # re: 【原創】技術系列之 線程(一) 2008-12-26 14:28 ssharry
            這里恐怕有問題,如果隊列為空,多個消息同時進入,會導致信號量被釋放多次。


            nEmpty--

            應放入put中。
            void putq(MyMSG * msg)
            {
            sem_wait(&lock);
            if(IsQueueFull(queue))
            {
            nFull++;
            sem_post(&lock);
            sem_wait(&fullCond);
            sem_wait(&lock);
            nFull--;
            }
            EnQueue(queue,msg);
            if(nEmpty>0)
            {
            sem_post(&emptyCond);
            }
            sem_post(&lock);
            }
            void getq(MyMSG * msg)
            {
            sem_wait(&lock);
            if(IsQueueEmpty(queue))
            {
            nEmpty++;
            sem_post(&lock);
            sem_wait(&emptyCond);
            sem_wait(&lock);
            nEmpty--;
            }
            DeQueue(msg);
            if(nFull>0)
            {
            sem_post(&fullCond);
            }
            sem_post(&lock);
            }  回復  更多評論
              

            # re: 【原創】技術系列之 線程(一)[未登錄] 2008-12-26 18:44 cppexplore
            @ssharry
            可能是吧。這篇文章里東西都沒實用的價值,就是理論上想象一下而已,呵呵。http://www.shnenglu.com/CppExplore/archive/2008/03/20/44949.html這個里面的才是實際可用的。  回復  更多評論
              

            国产精品乱码久久久久久软件| 亚洲精品美女久久777777| 99久久国语露脸精品国产| 国产精品岛国久久久久| 中文字幕亚洲综合久久| 2020久久精品亚洲热综合一本| 成人久久免费网站| 久久精品成人一区二区三区| 麻豆精品久久久久久久99蜜桃| 久久久久人妻一区精品色| 亚洲综合久久夜AV | 国产精品久久久久久福利漫画| 久久国产成人| 精品熟女少妇av免费久久| 亚洲伊人久久成综合人影院 | A级毛片无码久久精品免费| 精品久久久久香蕉网| 伊人久久大香线蕉精品不卡| 国产精品久久久久久福利漫画 | 久久久精品久久久久久| 久久AV高清无码| 亚洲va久久久噜噜噜久久狠狠| 精品久久国产一区二区三区香蕉 | 国产免费福利体检区久久| 九九精品99久久久香蕉| 伊人色综合久久天天人手人婷| 久久久不卡国产精品一区二区| 97久久超碰成人精品网站| 日韩人妻无码精品久久免费一| 深夜久久AAAAA级毛片免费看| 国内精品久久久久久久久| 久久er国产精品免费观看2| 久久综合亚洲欧美成人| 久久亚洲AV成人无码国产| 久久久国产乱子伦精品作者| 亚洲欧洲中文日韩久久AV乱码| 久久精品亚洲男人的天堂| 久久午夜综合久久| 久久国产AVJUST麻豆| 精品无码久久久久国产动漫3d| 欧美激情一区二区久久久|