青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

Shuffy

不斷的學(xué)習(xí),不斷的思考,才能不斷的進(jìn)步.Let's do better together!
posts - 102, comments - 43, trackbacks - 0, articles - 19
[轉(zhuǎn)]http://m.shnenglu.com/tiandejian/archive/2007/05/11/ec_14.html

第14條:     要留心資源管理類中的復(fù)制行為

13 中介紹了“資源獲取即初始化”( Resource Acquisition Is Initialization ,簡(jiǎn)稱 RAII )的概念,它是資源管理的主要內(nèi)容。同時(shí)第 13 還使用 auto_ptr tr1::shared_ptr 作為示例,描述了這一概念是如何管理堆上的資源的。然而并不是所有的資源都分配于堆上,對(duì)于不分配于堆上的資源,類似于 auto_ptr tr1::shared_ptr 這一類的智能指針并不適合于處理它們。這是千真萬(wàn)確的,你必須不時(shí)地自己動(dòng)手,創(chuàng)建自己的資源管理類。

舉例說(shuō),你正使用一個(gè) C 語(yǔ)言的 API 所提供 lock unlock 數(shù) 來(lái)處理 Mutex 類型的互斥對(duì)象:

void lock(Mutex *pm);              // 通過(guò) pm 為互斥量上鎖

void unlock(Mutex *pm);            // 為互斥量解鎖

為了確保你曾上鎖的互斥量都得到解鎖,你應(yīng)該自己編寫一個(gè)類來(lái)管理互斥鎖。這樣的類的基本結(jié)構(gòu)應(yīng)遵 RAII 原理,那就是:資源在構(gòu)造過(guò)程中獲得,在析構(gòu)過(guò)程中釋放:

class Lock {

public:

 explicit Lock(Mutex *pm)

 : mutexPtr(pm)

 { lock(mutexPtr); }                    // 獲取資源

 

 ~Lock() { unlock(mutexPtr); }          // 釋放資源

 

private:

 Mutex *mutexPtr;

};

客戶端程序員通過(guò)傳統(tǒng) RAII 風(fēng) 格來(lái)使用 Lock 類:

Mutex m;                           // 定義互斥量以便使用

...

{                                  // 創(chuàng)建程序塊用來(lái)定義臨界區(qū)

 Lock ml(&m);                      // 為互斥量上鎖

...                                // 進(jìn)行臨界區(qū)操作

}                                  // 在程序塊末尾互斥量將自動(dòng)解鎖

這樣可以正常工作,但是如果復(fù)制一個(gè) Lock 對(duì)象,將會(huì)發(fā)生些什么呢?

Lock ml1(&m);                      // m 上鎖

 

Lock ml2(ml1);                      // ml1 復(fù)制給 ml2

                                   // 將會(huì)發(fā)生什么呢?

有一個(gè)問(wèn)題是所有 RAII 類創(chuàng)建者必須面對(duì)的,那就是:當(dāng)復(fù)制一個(gè) RAII 對(duì)象時(shí)需要做些什么呢?以上是對(duì)于這個(gè)一般化問(wèn)題的一個(gè)較具體的示例。大多數(shù)時(shí)候,以下四種可行的方案供你選擇。

禁止復(fù)制。 在許多情況下,允許 RAII 被復(fù)制沒(méi)有任何意義。比如對(duì)于 Lock 類來(lái)說(shuō)就是這樣,因?yàn)閺?fù)制同步原型在大多數(shù)情況下都沒(méi)有什么意義。當(dāng)復(fù)制一個(gè) RAII 類無(wú)意義時(shí),你就應(yīng)該禁止它。第 6 條中詳細(xì)介紹了實(shí)現(xiàn)方法:將拷貝賦值運(yùn)算符聲明為私有的。對(duì)于 Lock 而言,應(yīng)該是下面的情形:

class Lock: private Uncopyable {       // 防止復(fù)制 參見(jiàn)第 6

public:

 ...                                   // 同上

};

為基礎(chǔ)資源進(jìn)行引用計(jì)數(shù)。 有時(shí),我們期望能保留對(duì)一個(gè)資源的所有權(quán),直到其所涉及的最后一個(gè)對(duì)象被刪除為止。在這種情況下,復(fù)制一個(gè) RAII 對(duì)象將會(huì)添加一個(gè)引用資源對(duì)象的計(jì)數(shù)。這就是 tr1::shared_ptr 所使用的“復(fù)制”的含義。

通常情況下, RAII 類可以通過(guò)包含一個(gè) tr1::shared_ptr 數(shù)據(jù)成員來(lái)實(shí)現(xiàn)引用計(jì)數(shù)復(fù)制行為。舉例說(shuō),如果 Lock 曾希望使用引用計(jì)數(shù),它可能會(huì)將 mutexPtr 的類型從 Mutex* 更改為 tr1::shared_ptr<Mutex> 。但是不幸的是, tr1::shared_ptr 默認(rèn)的行為是:當(dāng)引用計(jì)數(shù)值變?yōu)榱銜r(shí),刪除其所指向的內(nèi)容,但這不是我們想要的。當(dāng)一個(gè) Mutex 用完時(shí),我們希望對(duì)其進(jìn)行的操作是解鎖,而不是刪除它。

所幸的是, tr1::shared_ptr 允許定義一個(gè)“刪除器”,它是一個(gè)函數(shù)或一個(gè)函數(shù)對(duì)象,在引用計(jì)數(shù)值為零時(shí),它將得到調(diào)用。( auto_ptr 并不包含這一特性,它總是刪除它所指向的內(nèi)容。)刪除器可作為 tr1::shared_ptr 構(gòu)造函數(shù)的另一個(gè)可選參數(shù),所以代碼應(yīng)該是這樣的:

class Lock {

public:

 explicit Lock(Mutex *pm)     // 初始化 shared_ptr ,參數(shù)為

 : mutexPtr(pm, unlock)       // 所指向的互斥量和解鎖函數(shù)

 

    lock(mutexPtr.get());       // 關(guān)于 "get" 的信息請(qǐng)參見(jiàn)第 15

 }

 

private:

 std::tr1::shared_ptr<Mutex> mutexPtr;

};                             // 使用 shared_ptr 而不是裸指針

在本示例中,請(qǐng)注意 Lock 類不再聲明析構(gòu)函數(shù)。這是因?yàn)槲覀儾辉傩枰恕5?/span> 5 條中介紹了一個(gè)類的析構(gòu)函數(shù)(無(wú)論是編譯器自動(dòng)生成的還是用戶自定義的)會(huì)自動(dòng)為類的非靜態(tài)數(shù)據(jù)成員進(jìn)行析構(gòu)。本示例中 mutexPtr 就將被自動(dòng)析構(gòu)。 當(dāng)互斥量的引用計(jì)數(shù)變?yōu)榱銜r(shí), 析構(gòu)函數(shù)會(huì)析構(gòu) mutexPtr ,然而此時(shí)實(shí)際上 將會(huì)調(diào)用 tr1::shared_ptr 的刪除器 unlock 。(通常你應(yīng)該為這個(gè)類的代碼添加一段注釋,告訴人們你并沒(méi)有忘記編寫析構(gòu)函數(shù),而是把工作留給了編譯器自動(dòng)生成的默認(rèn)析構(gòu)函數(shù)。這樣人們思路會(huì)更清晰一些。他們會(huì)感激你的。)

復(fù)制主要的資源。 一些時(shí)候,你可以在需要的情況下為資源復(fù)制出任意份數(shù)的副本,此時(shí)你需要一個(gè)資源管理類的唯一理由就是:確保每份副本在其工作完成之后得到釋放。在這種情況下,復(fù)制資源管理對(duì)象的同時(shí),也要復(fù)制出其涉及的資源。也可以說(shuō),復(fù)制一個(gè)資源管理對(duì)象時(shí),將進(jìn)行“深度復(fù)制”。

標(biāo)準(zhǔn) string 類型的一些實(shí)現(xiàn)版本中,包含著一個(gè)指向堆內(nèi)存的指針,這個(gè)指針?biāo)赶虻木褪亲址4娴奈恢谩_@樣的 string 對(duì)象包含著一個(gè)指向堆內(nèi)存的指針。當(dāng)一個(gè) string 對(duì)象被復(fù)制完成之后,復(fù)制出的這一副本將由這一指針和其指向的內(nèi)存共同組成。這樣的 string 就進(jìn)行了一次深度復(fù)制。

傳遞主要資源的所有權(quán)。 在少數(shù)情況下,你可能需要確保僅僅有一個(gè) RAII 對(duì)象引用了一個(gè)未定義類型的資源,當(dāng)復(fù)制這一 RAII 對(duì)象時(shí),資源的所有權(quán)也從源對(duì)象傳遞到目標(biāo)對(duì)象了。如同第 13 條中所解釋的,這是通過(guò) auto_ptr 所實(shí)現(xiàn)的“復(fù)制”的含義。

拷貝函數(shù)(拷貝構(gòu)造函數(shù)和拷貝賦值運(yùn)算符)可能由編譯器自動(dòng)生成,但是如果編譯器自動(dòng)生成版本無(wú)法滿足你的需要(第 5 條中解釋了 C++ 中的默認(rèn)行為),你就應(yīng)該自己編寫這些漢書。在一些情況下,你可能還會(huì)需要這些函數(shù)的范型版本。這些版本將在第 45 條中介紹。

牢記在心

復(fù)制一個(gè) RAII 對(duì)象的同時(shí)也要復(fù)制其所管理的對(duì)象,所以資源管理的復(fù)制行為由 RAII 對(duì)象的復(fù)制行為決定。

一般的 RAII 類在復(fù)制時(shí)應(yīng)遵循兩條原則:不允許使用復(fù)制,要進(jìn)行資源計(jì)數(shù)。但也不要拘泥于這兩個(gè)原則。

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            久久久一区二区| 亚洲高清成人| 国产精品美女在线观看| 欧美猛交免费看| 欧美日韩日本国产亚洲在线| 欧美激情精品久久久久| 欧美日本韩国一区| 国产精品美女诱惑| 在线播放国产一区中文字幕剧情欧美 | 牛夜精品久久久久久久99黑人| 久久午夜电影| 亚洲激情偷拍| 一区二区欧美在线观看| 午夜一区在线| 免费一区二区三区| 国产精品久久久久一区二区三区共 | 亚洲日本成人网| 亚洲婷婷在线| 久久久综合精品| 欧美日韩精品一本二本三本| 国产精品福利在线| 在线免费精品视频| 亚洲免费影院| 欧美成人中文| 亚洲天堂免费观看| 欧美成人福利视频| 国产欧美一区二区精品秋霞影院 | 亚洲精品一区二| 午夜天堂精品久久久久| 欧美国产日本高清在线| 亚洲视频一区二区在线观看| 久久综合综合久久综合| 国产精品大全| 亚洲精品一区二区三| 久久精品国产精品亚洲精品| 亚洲精品日产精品乱码不卡| 久久国产精品久久久久久| 欧美日韩高清在线| 亚洲国产国产亚洲一二三| 欧美伊人久久大香线蕉综合69| 最新国产の精品合集bt伙计| 欧美在线观看天堂一区二区三区 | 午夜精品视频一区| 欧美成人一区在线| 一区在线观看| 久久gogo国模啪啪人体图| 99国产精品| 欧美刺激性大交免费视频| 红桃视频一区| 久久精品亚洲一区二区| 99在线精品视频| 欧美精品免费观看二区| 亚洲国产午夜| 欧美大片在线看免费观看| 久久精品国产清高在天天线| 国产欧美日韩高清| 销魂美女一区二区三区视频在线| 亚洲精品一区二区在线观看| 欧美激情视频一区二区三区不卡| 亚洲国产aⅴ天堂久久| 蜜臀av一级做a爰片久久 | 欧美激情一区在线| 亚洲人在线视频| 亚洲成人在线网| 欧美成人午夜剧场免费观看| 亚洲福利视频免费观看| 免费欧美在线视频| 免费不卡欧美自拍视频| 亚洲欧洲三级| 最新国产成人在线观看| 欧美视频中文一区二区三区在线观看| 99国产精品久久久久久久| 亚洲日本成人网| 国产精品久久精品日日| 欧美一区二区三区在线播放| 午夜精品久久久久久久99樱桃| 国产日韩欧美一区二区三区四区| 久久久久国色av免费看影院 | 欧美伊人影院| 久久xxxx精品视频| 亚洲国产经典视频| 99精品国产在热久久下载| 理论片一区二区在线| 欧美综合77777色婷婷| 在线免费观看一区二区三区| 亚洲精品久久久久久一区二区| 欧美网站在线| 久久久久亚洲综合| 麻豆精品国产91久久久久久| 在线视频欧美精品| 亚洲欧美中文在线视频| 亚洲第一色中文字幕| 日韩午夜中文字幕| 国产亚洲va综合人人澡精品| 欧美v国产在线一区二区三区| 欧美猛交免费看| 久久天天躁狠狠躁夜夜爽蜜月| 欧美激情视频一区二区三区免费| 欧美一区二粉嫩精品国产一线天| 噜噜噜在线观看免费视频日韩 | 国产精品青草久久久久福利99| 欧美中文字幕在线播放| 蜜臀a∨国产成人精品| 亚洲欧美日韩一区在线| 久久人人97超碰国产公开结果| 一区二区三区 在线观看视| 午夜久久tv| 一本久久青青| 久久偷窥视频| 性欧美video另类hd性玩具| 久久久蜜桃精品| 亚洲一区二区四区| 欧美88av| 美女精品自拍一二三四| 国产精品腿扒开做爽爽爽挤奶网站| 欧美福利一区| 极品尤物久久久av免费看| 亚洲视频一区在线| 一区二区三区久久网| 久久久精彩视频| 欧美日韩国产精品专区| 老司机免费视频一区二区| 国产精品美女久久久久久免费| 欧美激情亚洲| 激情成人亚洲| 亚洲欧美伊人| 午夜精品www| 欧美三级视频在线播放| 亚洲日本va午夜在线电影| 亚洲国产精品久久久久秋霞影院| 欧美一区二区性| 久久er99精品| 国内精品免费午夜毛片| 亚洲专区国产精品| 欧美亚洲色图校园春色| 国产精品日韩欧美一区二区三区 | 久久亚洲精品一区二区| 国产亚洲激情在线| 欧美一级视频一区二区| 欧美一区二区三区啪啪| 国产精品久久久久久久久免费| 一区二区三区精品视频在线观看| 亚洲视频二区| 欧美午夜精品久久久久久浪潮| 亚洲精品免费一区二区三区| 亚洲理伦电影| 欧美日韩三级在线| 这里只有精品视频| 欧美一区二区三区喷汁尤物| 国产精品一级| 久久精品国产精品亚洲| 欧美国产日韩亚洲一区| 亚洲精品日韩久久| 欧美精品一区二| 亚洲一区二区三区中文字幕在线| 亚洲欧美日韩国产一区二区三区| 国产精品夜夜夜| 玖玖精品视频| 99国产精品视频免费观看一公开| 亚洲永久精品国产| 国产一区二区久久精品| 免费成人美女女| 国产精品99久久不卡二区 | 久久免费视频一区| 欧美阿v一级看视频| 亚洲人成人99网站| 亚洲欧美日韩在线观看a三区| 国产日韩综合一区二区性色av| 久久久久久午夜| 99re热这里只有精品视频 | 亚洲网站在线观看| 国产一区91| 欧美国产三区| 亚洲欧美精品在线观看| 男同欧美伦乱| 亚洲一区二区黄| 亚洲第一在线视频| 国产精品激情电影| 久久蜜桃资源一区二区老牛| 亚洲精品在线视频观看| 久久久亚洲国产美女国产盗摄| 日韩一级片网址| 狠狠色伊人亚洲综合网站色| 欧美色图麻豆| 欧美电影免费观看大全| 小黄鸭精品aⅴ导航网站入口| 亚洲国产精品一区制服丝袜| 久久成人在线| 亚洲一区二区欧美| 亚洲美女精品一区| 在线观看日韩欧美| 国产日韩欧美成人| 国产精品久久久免费| 欧美国产丝袜视频| 久久久久9999亚洲精品| 亚洲在线视频免费观看| 亚洲精选国产| 亚洲国产黄色| 免费在线日韩av| 久久久夜夜夜|