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

alex

alex

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

今天來講講怎么編寫異常安全的代碼。
程序運行過程中,往往需要對一些流程加入異常處理,來提高程序的robust.比如
通過try catch來捕捉異常
try
{
??? pMemory = new char[MAX_BUF_SIZE];
}
catch(std::bad_alloc& e)
{
??? //error handling,er:do something resource free
}
但在程序代碼段中出現大量的try catch,不僅從美觀,效率和程序輸寫上都是不怎么好。
而另外一種對于異常的處理方法是依賴于c++的ctor/dctor的匹配來做的,就是所謂的
RAII,這個很容易讓人聯想到std::auto_ptr
std::auto_ptr<int> tmp(new int);
通過new分配的對象會在tmp生命結束后,釋放相關的資源,通過這種方式,就能保證在程序異常,或退出時,已分配的對象能正確自動的釋放擁有的資源,而在對象聲明周期內,可以保證資源的有效性。
這種方式就是今天blog要寫的主要內容,我們可以看到std::auto_ptr作用范圍很小,只能對從堆上分配的對象進行管理,假如對文件打開句柄實行RAII,你也許會認為再寫個不就是了,但這樣只會造成源代碼里充滿了這些資源管理的類,這導致了一個嚴重的問題,好的結構在繁瑣的流暢前面變的難堪。
那怎么樣對這個進行泛化,從而能對比如從簡單的指針釋放,文件句柄維護,甚至相關的成員函數。我們來看下loki::socpeguard是怎么實現的:
先看下基本的用法
(1)? FILE* hFileOpen = fopen(....);
(2)? LOKI_ON_BLOCK_EXIT(flose,hFileOpen);
line2會在出LOKI_ON_BLOCK_EXIT域或程序異常結束時被調用,下面是對類成員的調用
void CTestObject::Create
{
??? LOKI_ON_BLOCK_EXIT_OBJ(*this,FressResouce);
??? ...
}
同上面差不多,會在這個函數結束后或異常結束后調用類成員的FreeResource.在正常流程結束后,可以通過調用Dismiss來防止對FreeResouce的調用,即類似數據庫操作的commit操作。下面來分析下LOKI的實現:
從上面可以看到,RAII的是:
1:構造函數對資源的獲取
2:稀構函數對資源的釋放
先來看下LoKi對上面那2個宏的定義
#define LOKI_ON_BLOCK_EXIT????? Loki::ScopeGuard LOKI_ANONYMOUS_VARIABLE(scopeGuard) = Loki::MakeGuard

#define LOKI_ON_BLOCK_EXIT_OBJ? Loki::ScopeGuard LOKI_ANONYMOUS_VARIABLE(scopeGuard) = Loki::MakeObjGuard
上面的Loki::ScopeGuard是一個基類的別名
typedef const ScopeGuardImplBase& ScopeGuard;
而LOKI_ANONYMOUS_VARIABLE(scopeGuard)用來我們產生唯一的名字,有時假如需要調用Dismiss的話,則需要自己去實現宏定義的內容,這樣才能通過對象訪問。Loki::MakeGuard或Loki::MakeObjGuard是用來產生對象的實際類型的,下面是一個
Loki::MakeGuard的例子:
template <typename F, typename P1>
inline ScopeGuardImpl1<F, P1> MakeGuard(F fun, P1 p1)
{
??? return ScopeGuardImpl1<F, P1>::MakeGuard(fun, p1);
}
可以看到ScopeGuardImpl1<F, P1>是要產生的具體類型,MakeGuard通過函數參數的數目來重載的,而MakeGuard此處的作用是要睡死了...-_-'',作用是利用函數自動推導出參數的類型,這樣就免去了指定ScopeGuardImpl1的類型的麻煩,而
ScopeGuardImpl1<F, P1>::MakeGuard(fun, p1);
簡單的返回對象的一個臨時變量,并assign給一個上面的一個scopeguard的實例,這里依賴一個C++的特性,臨時變量的聲命周期和通過他初始化的引用類型的聲明周期是一致的。

從上面可以看到Loki定義了一個ScopeGuardImplBase的基礎類。這個類定義了一個基本的方法Dismiss,以及相關的狀態。下面是loki中這個類的定義
class ScopeGuardImplBase
{
??? ScopeGuardImplBase& operator =(const ScopeGuardImplBase&);
?protected:
??? ~ScopeGuardImplBase()
??? {}
??? ScopeGuardImplBase(const ScopeGuardImplBase& other) throw()
??????? : dismissed_(other.dismissed_)
??? {
??????? other.Dismiss();
??? }
??? template <typename J>
??? static void SafeExecute(J& j) throw()
??? {
??????? if (!j.dismissed_)
?????????? try
?????????? {
????????????? j.Execute();
?????????? }
?????????? catch(...)
?????????? {}
???? }
???????
???? mutable bool dismissed_;
public:
???? ScopeGuardImplBase() throw() : dismissed_(false)
???? {}
???? void Dismiss() const throw()
???? {
???????? dismissed_ = true;
????? }
};
可以看到類里面定義了上面所說的一些屬性,其中SafeExecute用來提供子類同一的資源釋放方法,并調用子類的方法來具體操作,因為相關的函數,變量都保存在具體的子類,可以看到這個函數使用了try catch,這里加這個的目的是,因為資源釋放要在子類的稀構里被觸發,而調用具體的方法是外面傳進來的,所以無法保證一定是異常安全的,而假如在稀構里面異常的話,會導致程序的行為無法定義。
下面具體來看下一個子類的實現:
template <typename F, typename P1>
class ScopeGuardImpl1 : public ScopeGuardImplBase
{
public:
??? static ScopeGuardImpl1<F, P1> MakeGuard(F fun, P1 p1)
??? {
??????? return ScopeGuardImpl1<F, P1>(fun, p1);
??? }
??? ~ScopeGuardImpl1() throw()
??? {
??????? SafeExecute(*this);
??? }
??? void Execute()
??? {
??????? fun_(p1_);
??? }
protected:
??? ScopeGuardImpl1(F fun, P1 p1) : fun_(fun), p1_(p1)
??? {}
??? F fun_;
??? const P1 p1_;
};
在LoKi里面可以看到很多類似ScopeGuardImpl1的定義,比如ScopeGuardImpl0,
ScopeGuardImpl2,可以發現最后面的數字表示具體參數的數目。
可以看到上面所說的MakeGuard的定義,以及對基類方法的調用,可以看到構造函數接收的類型,一個函數對象,和一些參數對象,并保存,對于成員函數的scopeguard,LoKi定義了1些相似的類,主要是增加了對象的引用,還有就是函數的調用方式上。
上面可以看到參數是通過值的方式來保存的而不是通過引用。而且是const屬性的,下面是相關的分析。
1:通過傳值的方式,從而避免了異常拋出時,可能引用的對象被稀構
2:加const屬性,從而保證了在func需要參數是reference時而保存的參數確是非const時產生相應的編譯錯誤,因為對reference傳人const non-reference形式是錯誤的。
而對于1的方式,存在的一種問題是假如操作的fun需要傳入引用,那傳進去的值就無法在釋放的函數中被改變,而2是對這種的一種類似契約似的編程,Loki 提供的方法是通過一個中間對象來保存操作參數的引用,并賦予這個對象自動轉換功能。下面是這個類的定義:
template <class T>
class RefToValue
{??
public:
??? RefToValue(T& ref) : ref_(ref)
??? {}
??? RefToValue(const RefToValue& rhs) : ref_(rhs.ref_)
??? {}
??? operator T& () const
??? {
??????? return ref_;
??? }
private:
??? // Disable - not implemented
??? RefToValue();
??? RefToValue& operator=(const RefToValue&);
???????
??? T& ref_;
};
可以很清楚的看到類的實現,下面是一個工具類
template <class T>
inline RefToValue<T> ByRef(T& t)
{
???? return RefToValue<T>(t);
}
下面給個具體的例子,假如
template<typename _Ty>
void SAFEDELETE(_Ty*& ptr)
{
?? if (NULL != ptr)
????? delete ptr;
?? ptr = NULL;
}

char* ptr = new char;
?
{
??? LOKI_ON_BLOCK_EXIT(SAFEDELETE<char>,Loki::ByRef(ptr));
}
?
if (NULL == ptr)
? std::cout << "NULL" << std::endl;
基本上就這么多了,sleep去了
??????????????????????????????????????????????????? alex_yuu

posted on 2007-02-11 15:55 agerlis 閱讀(1409) 評論(3)  編輯 收藏 引用

評論

# re: 編寫異常安全的代碼(loki::scopeguard) 2007-02-11 15:56 agerlis
請問,怎么設置背景色?  回復  更多評論
  

# re: 編寫異常安全的代碼(loki::scopeguard) 2007-02-12 16:13 mc
不錯,把Loki::ScopeGuard介紹的比較透徹了:)  回復  更多評論
  

# re: 編寫異常安全的代碼(loki::scopeguard) 2007-05-28 16:40 candy
看到這些代碼我就暈了,厲害啊,我比較討厭編程。。嘿嘿,我是龔芳萍。  回復  更多評論
  


只有注冊用戶登錄后才能發表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲一区免费视频| 欧美一二区视频| 亚洲一区二区三区高清| 亚洲激情第一区| 亚洲激情黄色| 亚洲美女av电影| 99这里只有精品| 亚洲一区尤物| 久久久久国产精品午夜一区| 欧美一区二区视频免费观看| 久久久久久亚洲精品中文字幕| 久久久av水蜜桃| 欧美成人免费在线| 亚洲精品日产精品乱码不卡| 9国产精品视频| 亚洲欧美另类国产| 久久免费国产| 欧美日韩国产欧美日美国产精品| 欧美日韩在线播放| 国产精品一区久久久久| 精品51国产黑色丝袜高跟鞋| 亚洲人www| 欧美在线1区| 牛牛影视久久网| 一区二区冒白浆视频| 亚洲欧美精品一区| 欧美国产日韩二区| 国产欧美日韩综合一区在线播放| 亚洲大胆视频| 亚洲色图综合久久| 老牛影视一区二区三区| 99精品视频免费在线观看| 久久精品视频在线播放| 欧美视频专区一二在线观看| 影音先锋中文字幕一区二区| 亚洲欧美成人精品| 亚洲福利视频三区| 亚洲裸体视频| 蜜臀av国产精品久久久久| 国产精品一区二区三区四区| 亚洲精品免费在线观看| 久久久久久久久久久久久女国产乱| 亚洲欧洲日本mm| 久久久亚洲影院你懂的| 国产啪精品视频| 亚洲桃色在线一区| 亚洲大胆人体视频| 久久久久国产成人精品亚洲午夜| 欧美偷拍一区二区| 一区二区三区欧美在线| 欧美承认网站| 久久嫩草精品久久久精品一| 国产人久久人人人人爽| 午夜激情亚洲| 欧美激情一区二区三区全黄 | 在线不卡欧美| 午夜影院日韩| 亚洲一区二区三区成人在线视频精品 | 99精品欧美一区| 欧美乱大交xxxxx| 亚洲区中文字幕| 91久久极品少妇xxxxⅹ软件| 久久婷婷国产麻豆91天堂| 国产夜色精品一区二区av| 亚洲综合不卡| 亚洲午夜在线观看| 国产精品午夜电影| 欧美在线视频一区| 欧美在线视频一区| 国语自产精品视频在线看抢先版结局 | 欧美xxx在线观看| 久久午夜视频| 亚洲人成在线播放网站岛国| 亚洲第一黄色| 欧美精品1区2区| 中文在线资源观看网站视频免费不卡 | 欧美婷婷久久| 校园春色综合网| 欧美在线免费一级片| 黄色成人在线免费| 欧美国产另类| 欧美人成在线| 欧美一级专区| 久久视频国产精品免费视频在线 | 亚洲精品一级| 亚洲乱码国产乱码精品精98午夜 | 久久尤物电影视频在线观看| 亚洲国产日韩欧美在线动漫| 亚洲精品乱码久久久久| 国产精品久久网| 久久久亚洲精品一区二区三区| 久久精品国产精品亚洲精品| 亚洲欧洲日本mm| 国产亚洲精品bt天堂精选| 亚洲高清免费| 欧美成人一区二区在线| 亚洲一区二区三区中文字幕| 欧美一区1区三区3区公司| 亚洲激情另类| 欧美一级网站| 一区二区三区久久| 欧美中文在线字幕| 亚洲视频免费在线| 久久综合免费视频影院| 亚洲在线视频观看| 噜噜噜躁狠狠躁狠狠精品视频 | 国产精品一区二区黑丝| 欧美成人精品1314www| 国产精品ⅴa在线观看h| 欧美成人高清| 国产无一区二区| 日韩一区二区精品在线观看| 国产亚洲a∨片在线观看| 亚洲国产婷婷| 影音先锋亚洲电影| 亚洲永久在线| 野花国产精品入口| 美女精品国产| 免费不卡在线视频| 国产婷婷精品| 亚洲欧美中文字幕| 亚洲主播在线观看| 欧美伦理91i| 亚洲国产欧美一区| 亚洲成色精品| 久久天天躁狠狠躁夜夜av| 久久久777| 国产亚洲一本大道中文在线| 亚洲一区二区精品在线| 亚洲影视在线| 国产精品久久久久久户外露出| 亚洲国产精品传媒在线观看| 在线日本欧美| 鲁大师影院一区二区三区| 欧美阿v一级看视频| 黄色成人在线免费| 久久蜜桃香蕉精品一区二区三区| 久久久久久久网站| 国产有码在线一区二区视频| 亚洲综合色丁香婷婷六月图片| 亚洲天堂偷拍| 国产精品一级久久久| 欧美一级在线视频| 久久亚洲一区二区| 在线电影一区| 欧美成人乱码一区二区三区| 亚洲国产色一区| 亚洲综合三区| 国产亚洲精品久久久久动| 久久精品91| 亚洲夫妻自拍| 亚洲一区二区在线看| 国产精品一区二区三区四区| 欧美一级在线视频| 亚洲成色777777女色窝| 亚洲视频在线观看三级| 欧美午夜三级| 久久精品国产精品 | 狠狠综合久久| 久久精品伊人| 狠狠色丁香婷婷综合| 美女999久久久精品视频| 亚洲精品123区| 香蕉久久久久久久av网站| 国产欧美一区二区三区视频| 久久成人精品电影| 免费观看久久久4p| 亚洲精品国产精品久久清纯直播| 欧美精品在线一区二区| 99av国产精品欲麻豆| 亚洲欧美激情一区二区| 狠狠色狠狠色综合日日91app| 久久久青草青青国产亚洲免观| 欧美高清在线视频观看不卡| 亚洲午夜精品久久| 国模私拍一区二区三区| 另类亚洲自拍| 99综合电影在线视频| 久久这里有精品视频| 亚洲视频一起| 在线播放不卡| 欧美激情精品久久久六区热门| 99精品国产热久久91蜜凸| 久久综合伊人| 亚洲在线视频免费观看| 亚洲丶国产丶欧美一区二区三区 | 国产精品国产三级国产aⅴ入口| 欧美一二三区精品| 亚洲激情视频在线播放| 欧美一区二区三区免费看 | 国产欧美日韩激情| 欧美精品久久久久久| 欧美一区二区三区视频在线观看 | 亚洲片国产一区一级在线观看| 欧美日韩视频在线| 久久免费精品日本久久中文字幕| 亚洲深夜福利视频| 亚洲国产成人精品久久久国产成人一区 | 久久综合五月天婷婷伊人| 亚洲欧美在线另类|