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

            S.l.e!ep.¢%

            像打了激速一樣,以四倍的速度運(yùn)轉(zhuǎn),開心的工作
            簡(jiǎn)單、開放、平等的公司文化;尊重個(gè)性、自由與個(gè)人價(jià)值;
            posts - 1098, comments - 335, trackbacks - 0, articles - 1
              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            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++編程的場(chǎng)合要注意函數(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: UNIX上C++程序設(shè)計(jì)守則(6) [轉(zhuǎn)]  回復(fù)  更多評(píng)論   

            2009-02-08 22:29 by 放屁阿狗
            為了不談?wù)剆copelocker和recursion locker , readwrite lock ,這些才是關(guān)鍵的問題
            unix上對(duì)于stack有很大的限制
            對(duì)打開文件數(shù)量也是很有限制的,比如用root來修改這些限制,等等啦
            观看 国产综合久久久久鬼色 欧美 亚洲 一区二区 | 熟妇人妻久久中文字幕| 日产精品久久久久久久| 伊人久久大香线蕉av不卡| 久久婷婷国产剧情内射白浆| 精品一二三区久久aaa片| 欧美精品久久久久久久自慰| 久久成人国产精品| 久久人人爽人人精品视频| 久久丫忘忧草产品| 国产精品一久久香蕉国产线看观看| 亚洲成色999久久网站| 久久播电影网| 99久久99久久久精品齐齐| 久久一区二区免费播放| 久久久久久久人妻无码中文字幕爆| 久久精品国产亚洲综合色| 久久综合亚洲色HEZYO国产 | 久久久久久九九99精品| 观看 国产综合久久久久鬼色 欧美 亚洲 一区二区 | 久久99免费视频| 久久99精品久久久大学生| 久久综合九色综合精品| 亚洲国产成人久久一区久久| 99999久久久久久亚洲| 亚洲精品高清一二区久久| 久久久综合九色合综国产| 久久婷婷五月综合色奶水99啪| 伊人久久综合热线大杳蕉下载| 久久无码专区国产精品发布| 久久久久亚洲av毛片大 | 亚洲精品99久久久久中文字幕| 国产精品久久久久久久久| 久久人人爽人人人人爽AV | 无遮挡粉嫩小泬久久久久久久| 久久青青草原精品国产软件| 国产精品成人久久久久三级午夜电影| 欧美黑人激情性久久| 亚洲精品高清国产一线久久| 97久久国产露脸精品国产| 久久无码专区国产精品发布|