operator new和new operator

在面向對象語言的程序開發中,我們習慣的用
class Info{...};
Info* info = new Info;
delete info;
這里的第二行是一個new operator的操作,包含了分配內存和構造對象這兩個步驟,具體的是(1)調用::operator new分配內存(2)調用Info的構造函數構造對象。第三行是一個delete operator操作,包含了析構對象和釋放內存這兩個步驟,具體的是(1)調用Info的析構函數將對象析構(2)調用::operator delete釋放內存。
在C++中為了精密的分工,將這兩個步驟分開。內存的分配由allocator::allocate()負責,內存的釋放有allocator::deallocate()負責;對象的構造由::construct()負責,對象的析構由::destroy()負責。
在STL源碼解析中,STL的配置器位于<memory>文件中,內存的分配與對象的構造分別放在了stl_alloc.h與stl_construct.h這兩個頭文件中。stl_construct.h定義了兩個基本的函數,construct()與destroy().
memory文件中主要包含了3個頭文件,stl_construct.h,stl_alloc.h與stl_uninitialized.h.其他兩個文件用途前面提過,這里說下stl_uninitialized.h,該文件中定義了一些全局函數,用來fill and copy大塊內存的數據,具體的有全局函數un_initialized_copy(),un_initialized_fill(),un_initialized_fill_n(),這些函數對于效率都有很全面的考慮,最佳的情況會調用C標準函數memmove()直接進行內存數據的移動,最壞的情況會調用construct().
在深入construct()函數時,在實現的時候調用了placement new的操作,關于placement new操作可以參考http://www.cnblogs.com/luxiaoxun/archive/2012/08/10/2631812.html,這里做了講解,這里簡單地說下placement new的含義,是在預先分配好的緩沖區(內存)中構造一個對象。
template <class T1, class T2>
inline void construct(T1* p, const T2& value)
{
new (p) T1(value); // placement new; 調用 T1::T1(value);
}
construct()函數接收一個指針和一個初始值value,用途就是將初始值value設定到指針p所指的空間上。這個可以有placement new來完成。
destroy()函數存在兩個版本,第一個版本原型如下
template <class T>
inline void destroy(T* pointer) {
pointer->~T();
}
接收一個指針,準備將該指針所指之物析構,直接調用該對象的析構函數。
第二個版本原型如下
template <class ForwardIterator>
inline void destroy(ForwardIterator first, ForwardIterator last) {
__destroy(first, last, value_type(first));
}
接收first和last這兩個迭代器Iterator,準備將[first,last)范圍內的對象析構掉。
這是會產生一個問題:我們不知道具體要析構對象的范圍多大,萬一很大,而且每一個對象的析構函數都是trivial destructor,每一個調用這些析構函數對效率是一種傷害。這里先用value_type()取出迭代器對象所指對象的類型,然后利用__type_traits<T>判斷該類型的析構函數是否是trivial destructor,若是(__true_type),則實現為空,什么都不做。否則(__false_type),循環訪問[first,last),將該范圍的每一個對象析構,析構每一個對象時會調用第一個版本的析構函數。關于value_type()和__type_traits<>在以后的文章中會提到。具體實現代碼如下
template <class ForwardIterator, class T>
inline void __destroy(ForwardIterator first, ForwardIterator last, T)
{
typedef typename __type_traits<T>::has_trivial_destructor trivial_destructor;
__destroy_aux(first, last, trivial_destructor());
}
以下為__true_type的情況
template <class ForwardIterator>
inline void __destroy_aux(ForwardIterator, ForwardIterator, __true_type) {}
以下為__false_type的情況
inline void
__destroy_aux(ForwardIterator first, ForwardIterator last, __false_type) {
for ( ; first < last; ++first)
destroy(&
first);
}

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,106評論 6 542
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,441評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,211評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,736評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,475評論 6 412
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,834評論 1 328
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,829評論 3 446
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 43,009評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,559評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,306評論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,516評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,038評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,728評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,132評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,443評論 1 295
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,249評論 3 399
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,484評論 2 379

推薦閱讀更多精彩內容