• <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无码免费网| 久久综合久久综合久久综合| 日日狠狠久久偷偷色综合0| 久久精品国产亚洲AV不卡| 一级a性色生活片久久无| 青青草原精品99久久精品66| 91久久精品视频| 色婷婷综合久久久久中文一区二区 | 性高朝久久久久久久久久| 久久无码国产专区精品| 国产精品久久久久影院嫩草| 久久只有这里有精品4| 久久夜色tv网站| 亚洲色婷婷综合久久| 久久se精品一区精品二区国产| 亚洲va国产va天堂va久久| 久久嫩草影院免费看夜色| 青青草国产精品久久| 亚洲精品国产美女久久久| 久久综合视频网站| 久久91这里精品国产2020| 国产V综合V亚洲欧美久久| 亚洲狠狠婷婷综合久久蜜芽| 亚洲国产精品成人久久蜜臀 | 久久久久亚洲AV无码麻豆| 色综合久久久久综合99| 久久综合丁香激情久久| 99久久免费国产特黄| 色欲久久久天天天综合网| 18岁日韩内射颜射午夜久久成人| 久久人人爽人人爽人人片AV东京热| 国产成人综合久久久久久| 一级做a爰片久久毛片人呢| 久久精品免费一区二区三区| 国产精品久久久久jk制服| 国产亚洲色婷婷久久99精品| 久久人人爽人人爽人人AV| 久久天天躁狠狠躁夜夜网站| 久久久久久亚洲AV无码专区| 精品国产一区二区三区久久久狼| 国产精品久久成人影院|