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

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>
            久久久国产精品一区二区中文| 久久综合久久综合这里只有精品| 久久久精品国产一区二区三区| 性欧美xxxx大乳国产app| 亚洲一级片在线看| 欧美伊久线香蕉线新在线| 欧美一区二区三区电影在线观看| 久久国产精品色婷婷| 老牛国产精品一区的观看方式| 欧美二区在线观看| 亚洲伦理在线免费看| 亚洲欧美日韩在线高清直播| 久久久噜噜噜久久| 欧美日一区二区在线观看 | 亚洲国产精品久久久久婷婷老年| 国产午夜精品美女毛片视频| 一区二区三区在线视频观看| 亚洲免费av片| 久久免费国产| 99这里有精品| 久久久午夜视频| 欧美理论片在线观看| 国产欧美日韩视频| 日韩一级成人av| 久久亚洲午夜电影| 国产精品99久久不卡二区| 久久人人爽人人爽| 国产日韩欧美中文| 一本到高清视频免费精品| 久久久99久久精品女同性| 日韩网站免费观看| 裸体一区二区| 国内成+人亚洲| 亚洲欧美国产另类| 亚洲精品国产精品久久清纯直播| 久久精品国产99| 国产精品一区久久| 亚洲一区二区三区免费在线观看| 欧美激情第3页| 久久精品欧美| 国内精品视频在线播放| 亚洲自拍偷拍视频| 最新国产の精品合集bt伙计| 欧美中文字幕视频在线观看| 国产精品久久久久av| 91久久亚洲| 蜜臀av一级做a爰片久久| 午夜精品久久一牛影视| 国产精品久久久久久久久| 亚洲精品一区二区三区不| 女仆av观看一区| 久久精品99国产精品| 国产精品亚洲欧美| 亚洲在线一区二区| 一区二区三区视频免费在线观看| 欧美伦理视频网站| 日韩系列欧美系列| 亚洲高清色综合| 欧美激情 亚洲a∨综合| 亚洲国产一二三| 欧美激情亚洲国产| 欧美黄网免费在线观看| 一本色道**综合亚洲精品蜜桃冫 | 欧美成人自拍视频| 久久亚洲图片| 亚洲国产精品成人综合色在线婷婷| 久久久精彩视频| 久久久夜夜夜| 亚洲激情成人网| 亚洲国产成人不卡| 欧美日韩的一区二区| 亚洲天堂av电影| 亚洲欧美在线另类| 黄色亚洲精品| 亚洲美女91| 91久久香蕉国产日韩欧美9色| 欧美久久久久久久久| 亚洲一区中文字幕在线观看| 亚洲免费一在线| 极品少妇一区二区| 亚洲国产成人在线| 欧美视频中文字幕| 久久久久久久97| 久久综合一区| 亚洲性视频网站| 欧美中文字幕视频| 99re6热在线精品视频播放速度| 9色精品在线| 狠狠色丁香婷综合久久| 最新亚洲激情| 国产午夜精品久久久久久免费视| 欧美国产在线观看| 国产精品美女www爽爽爽视频| 久久亚洲一区二区| 欧美午夜不卡视频| 蜜臀av性久久久久蜜臀aⅴ四虎| 欧美日韩精品一区二区天天拍小说 | 你懂的视频一区二区| 欧美日韩不卡一区| 久久久久久久久久看片| 欧美激情综合五月色丁香| 午夜欧美精品| 欧美激情视频给我| 久久男人资源视频| 国产精品a久久久久| 欧美国产日韩一区二区在线观看| 欧美性视频网站| 欧美成人一区二区三区片免费| 国产精品一区二区你懂的| 亚洲黄色免费| 在线观看国产一区二区| 亚洲综合欧美| 一区二区三区国产在线观看| 久久亚洲欧美| 麻豆乱码国产一区二区三区| 国产乱码精品一区二区三区忘忧草 | 亚洲自拍16p| 在线视频你懂得一区| 久久亚洲精选| 久久在线免费| 国产日韩视频| 午夜精品久久久久久久99水蜜桃| 中国日韩欧美久久久久久久久| 欧美黑人国产人伦爽爽爽| 欧美成人国产一区二区| 狠狠入ady亚洲精品| 亚洲欧美综合v| 小嫩嫩精品导航| 国产精品三级视频| 久久久精品日韩| 久久这里只有精品视频首页| 国产日韩欧美在线播放不卡| 一区二区激情| 一本久久a久久免费精品不卡| 美女网站久久| 亚洲第一福利社区| 亚洲美女av网站| 裸体丰满少妇做受久久99精品 | 最新亚洲电影| 久久午夜国产精品| 久久久亚洲高清| 国产日产欧美一区| 欧美一区二区三区啪啪| 久久久91精品国产一区二区精品| 国产一区二区高清不卡| 久久av二区| 欧美高清视频免费观看| 亚洲精品在线观| 欧美精品一区二区三区一线天视频 | 国产综合视频| 久久人人爽国产| 亚洲国产精品成人精品| 一区二区三区国产精品| 国产精品免费网站| 久久精品夜夜夜夜久久| 欧美mv日韩mv国产网站| 亚洲精品久久久久| 欧美色大人视频| 午夜免费日韩视频| 欧美福利视频| 亚洲欧美日韩国产一区| 黄色国产精品一区二区三区| 欧美a级理论片| 亚洲一区二区三区三| 久久久亚洲欧洲日产国码αv | 亚洲电影在线观看| 欧美精品一区二区在线播放| 中文一区二区| 男人的天堂亚洲| 一区二区三区欧美视频| 国产精品制服诱惑| 欧美成人午夜77777| 一区二区三区四区蜜桃| 久久影院午夜片一区| 一区二区三区视频在线看| 国产日韩av在线播放| 欧美gay视频| 午夜精品福利视频| 亚洲国产影院| 久久久久88色偷偷免费| 亚洲午夜久久久久久尤物| 狠狠色狠狠色综合日日91app| 欧美日本精品一区二区三区| 午夜免费日韩视频| 99精品热视频只有精品10| 免费在线亚洲欧美| 欧美一区二区三区播放老司机| 99re66热这里只有精品3直播| 国产日韩欧美成人| 欧美三区美女| 欧美激情第三页| 久久久天天操| 午夜精品视频在线观看一区二区 | 欧美国产日韩免费| 亚洲综合99| 一区二区三区产品免费精品久久75| 在线日韩精品视频| 国产婷婷成人久久av免费高清| 欧美日韩一区成人| 欧美—级高清免费播放|