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

            桃源谷

            心靈的旅行

            人生就是一場旅行,不在乎旅行的目的地,在乎的是沿途的風(fēng)景和看風(fēng)景的心情 !
            posts - 32, comments - 42, trackbacks - 0, articles - 0
              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            準(zhǔn)則6:遵守多線程編程的常識(shí)(下)

            Posted on 2009-02-01 15:41 lymons 閱讀(1469) 評(píng)論(1)  編輯 收藏 引用 所屬分類: C++ 、C 、Unix/Linux 、文章翻譯
            From 2008精選

            UNIX上C++程序設(shè)計(jì)守則(6)Add star

            準(zhǔn)則6: 遵守多線程編程的常識(shí)


            1. 要準(zhǔn)確把握在POSIX標(biāo)準(zhǔn)的函數(shù)中,那些函數(shù)是非線程安全的,一定不要使用
            2. 要讓自己編寫的函數(shù)符合線程安全
              • 在訪問共享數(shù)據(jù)/變量之前一定要先鎖定
              • 如果使用C++的話,一定要注意函數(shù)的同步方法

            說明: (2) 要讓自己編寫的函數(shù)符合線程安全


            在寫多線程的應(yīng)用程序時(shí),在多個(gè)線程里共享的變量要先鎖定然后在更新它.。那么在多線程里共享的變量主要有全局變量和函數(shù)內(nèi)的靜態(tài)變量。而且,即使是short型和int型的共享變量也要先鎖定后更新才能保證其安全。


            ※ 詳細(xì)的是參考

            還有,在使用C++編程的場合要注意函數(shù)的方步方法。一般的說來下面的寫法是錯(cuò)誤的。Mutex在函數(shù)內(nèi)被聲明成靜態(tài)變量是不允許的

            int incr_counter(void) {
            static Mutex m; // 這么寫不行
            m.Lock();

            static int counter = 0;
            int ret = ++counter;

            m.Unlock();
            return ret;
            }

            應(yīng)該用下面的方式來代替,

            Mutex m;

            int incr_counter(void) {
            m.Lock();
            // ...

            把Mutex聲明成全局變量的話比較好(稍微比上一個(gè)好)。


            ※ 詳細(xì)是參考

            UNIX上C++程序設(shè)計(jì)守則(6)-- 補(bǔ)記Add Star

            線程安全函數(shù)是像下面那樣

            1. 不要操作局部的靜態(tài)變量(函數(shù)內(nèi)的static型的變量)和非局部的靜態(tài)數(shù)據(jù)(全局變量)。并且,其它的非線程安全函數(shù)不要調(diào)用
            2. 要操作這樣的變量的話, 就要使用mutex進(jìn)行同步處理,來限制多個(gè)線程同時(shí)對(duì)它進(jìn)行操作

            被定義的,但是

            • 特別是前者, 和被叫做可重入的(reentrant)函數(shù)有區(qū)別
            • 反之, 后者特別是和叫做"Serializable"(不單單是MT-Safe)"Safe"的函數(shù)有區(qū)別

            也有以上的情況。在Solaris的man手冊(cè)里, 用后者的方式進(jìn)行區(qū)別. 從多線程程序里安全調(diào)用的話,就叫做"Safe", 而且, 在多線程中能夠并發(fā)(concurrency)地執(zhí)行這個(gè)函數(shù)的處理的話,好像就叫做"MT-Safe"。

             

            嗯, 因?yàn)楸容^詳細(xì)的, 如果不是在對(duì)于執(zhí)行速度要求比較苛刻的環(huán)境中編寫代碼的話, 單單地意識(shí)到「是否線程安全」就足夠了,不是嗎。

            Feedback

            # re: 準(zhǔn)則6:遵守多線程編程的常識(shí)(下)  回復(fù)  更多評(píng)論   

            2010-06-21 16:28 by martyrolatr
            博主能否詳細(xì)解釋下為何
            Mutex在函數(shù)內(nèi)被聲明成靜態(tài)變量是不允許的
            我使用過boost::mutex沒有發(fā)現(xiàn)問題。
            我的個(gè)人簡歷第一頁 我的個(gè)人簡歷第二頁
            亚洲精品高清国产一线久久| 久久人人爽人人爽人人片AV不| 久久精品国产第一区二区| 国产日产久久高清欧美一区| 久久精品成人一区二区三区| 久久久久久亚洲精品不卡 | 精品久久久久久亚洲精品 | 久久99毛片免费观看不卡| 久久久久亚洲AV无码去区首| 久久午夜无码鲁丝片| 久久九九久精品国产免费直播| 久久精品国产亚洲av麻豆图片 | 久久一区二区三区免费| 蜜臀av性久久久久蜜臀aⅴ麻豆| 青青草国产精品久久| 欧美va久久久噜噜噜久久| 久久综合五月丁香久久激情| 久久久精品人妻一区二区三区蜜桃 | 综合久久精品色| 久久精品国产72国产精福利| 婷婷久久久亚洲欧洲日产国码AV| 久久国产成人亚洲精品影院| 久久99热狠狠色精品一区| 亚洲精品乱码久久久久久| 久久一本综合| 欧美精品丝袜久久久中文字幕 | 精品国产乱码久久久久久呢 | 久久久久久久久久久免费精品| 色偷偷偷久久伊人大杳蕉| 丁香色欲久久久久久综合网| 久久精品一本到99热免费| 亚洲精品乱码久久久久久不卡| 国产亚洲色婷婷久久99精品91| 国产成人精品免费久久久久| 久久精品人人做人人妻人人玩| 精品无码久久久久国产动漫3d| 狠狠色丁香婷婷久久综合五月| 欧美亚洲国产精品久久高清| 日本加勒比久久精品| 99久久国产宗和精品1上映| 欧美黑人激情性久久|