重慶分公司,新征程啟航
為企業(yè)提供網(wǎng)站建設(shè)、域名注冊、服務(wù)器等服務(wù)
為企業(yè)提供網(wǎng)站建設(shè)、域名注冊、服務(wù)器等服務(wù)
這篇文章給大家介紹如何對C++資源管理內(nèi)容分析研究,內(nèi)容非常詳細,感興趣的小伙伴們可以參考借鑒,希望對大家能有所幫助。
創(chuàng)新互聯(lián)建站是一家專注于網(wǎng)站設(shè)計、做網(wǎng)站與策劃設(shè)計,洪江網(wǎng)站建設(shè)哪家好?創(chuàng)新互聯(lián)建站做網(wǎng)站,專注于網(wǎng)站建設(shè)10余年,網(wǎng)設(shè)計領(lǐng)域的專業(yè)建站公司;建站業(yè)務(wù)涵蓋:洪江等地區(qū)。洪江做網(wǎng)站價格咨詢:028-86922220
下面進行對C++資源管理的問題進行講解,那么首先要對C++語言的概念進行了解,所謂C++語言:它是一種使用非常廣泛的計算機編程語言,C++已經(jīng)成為當(dāng)今主流程序設(shè)計語言中最復(fù)雜的一員。
首先簡要的介紹一下 RAII 。這個思想的基本手法是對于一種想要使用的資源,為其書寫一個 guard 類,在該類的構(gòu)造函數(shù)里進行資源的請求,在析構(gòu)函數(shù)里進行資源的釋放。例如假設(shè)我們想管理一個互斥鎖,可能的方式是:
struct lock_guard { lock_guard() { lock ();} ~ lock_guard() {unlock();} } ;
此后,對這個對象使用什么內(nèi)存管理方式,也就等價于對這個互斥鎖使用什么內(nèi)存管理方式。借助于 RAII ,以后我們可以只討論內(nèi)存資源的管理方式,其它資源的管理方式可以使用 RAII 來同樣的實現(xiàn)。
現(xiàn)在我們已經(jīng)很自然的獲得了資源管理的 3 種方式:基于堆的動態(tài)方式、基于棧的自動方式和全局。值得一提的是,這 3 種方式中比較不容易出錯的后兩種實際上可以解決大部分的資源管理需求。
因為絕大部分資源,都屬于獲取 - 使用 - 釋放型的,例如很多同步對象,文件鎖, WinGDI 里的許多 GDI 對象。我們?nèi)狈芾淼模挥心切┮淮潍@得,多個環(huán)境擁有,并且只能有一次釋放的少數(shù)資源。
回到內(nèi)存模型來看,有一點讓我們無法將內(nèi)存與其它資源等同(反過來,把其它資源和內(nèi)存等同卻是可以的),那就是循環(huán)引用。
A 內(nèi)存可以持有指向 B 內(nèi)存的引用, B 內(nèi)存也可以反過來持有 A 內(nèi)存的引用。循環(huán)引用導(dǎo)致內(nèi)存管理不可以用“是否有指向該內(nèi)存的引用”來區(qū)分一塊內(nèi)存是否可以回收。從而喪失了一個***的管理手段。但是在沒有循環(huán)引用的場合下,我們還是有非常簡潔高效的管理方法的。那就是引用計數(shù)。
引用計數(shù)是在沒有循環(huán)引用場合下進行內(nèi)存管理的***手段,它具有輕量、高效、即時、可控的優(yōu)點。而且在C++資源管理里,引用計數(shù)已經(jīng)非常成熟,只需要使用 boost.shared_ptr 或者其它非官方的引用計數(shù)指針庫就可以了,而且據(jù)悉 C++資源管理很可能把 boost.shared_ptr 納入標(biāo)準(zhǔn)庫。
引用計數(shù)的原則是,如果一個對象沒有別的指針或引用來指向它,那么這個對象就是可以釋放的。引用計數(shù)通??梢蕴幚砟男﹫龊系馁Y源管理問題呢?首先,對于單方向的資源管理,也就是多個 A 的實體擁有 1 個 B ,然而 B 并不會反過來依賴于 A (例如多個對象共享一個日志),引用計數(shù)是非常合適的。
其次,對于擁有反作用的場合,也就是 1 個或多個 A 的實體擁有 1 個或多個 B ,而 B 也擁有這些 A 的實體的引用,但是 B 的生存期仍然決定于 A 的生存期(例如父窗口擁有若干子窗口,子窗口也具有 parent 指針指向父窗口。
但是子窗口的生存期決定于父窗口的生存期),這個時候 A 可以對 B 使用引用計數(shù)指針,而 B 可以對 A 使用原生的普通指針,同樣的可以很好的解決問題。 現(xiàn)在所剩下的,就只有生存期的循環(huán)依賴了。如果 AB 互相持有對方的引用,而且 AB 互相的存在都依賴于對方,這樣引用計數(shù)就無法解決了。
但是如果仔細想一下就會發(fā)現(xiàn),這種情況在C++資源管理里幾乎不可能存在。生存期循環(huán)依賴只有 2 種后果,要么 A 和 B 的析構(gòu)函數(shù)里互相析構(gòu)(當(dāng)然就掛了),要么互相都不析構(gòu)(當(dāng)然就泄露了)。
而這兩種都是在正常編程中不會出現(xiàn)的情況。所以如果即使僅僅使用引用計數(shù),我們也可以解決幾乎所有的資源管理問題。 現(xiàn)在回過頭來看 Java/C# 這樣的內(nèi)置 gc 的語言。這樣的語言由于使用了 gc ,就不可避免的放棄了析構(gòu)函數(shù)。為什么 gc 會和析構(gòu)函數(shù)產(chǎn)生沖突呢?
一個 gc 一般會希望在進行垃圾回收的時候,整個過程是一個原子的,但析構(gòu)函數(shù)會破壞這一點,在釋放內(nèi)存的時候如果還要執(zhí)行代碼,那么難免會對整個 gc 環(huán)境產(chǎn)生破壞性的影響。
由于沒有析構(gòu)函數(shù),這些語言就不可能做到 RAII ,也就是說,它們的C++資源管理所能夠管理的,也就僅僅只有內(nèi)存而已了。對于其他資源, Java 等就必須手動釋放。雖然 C# 提供了 with 關(guān)鍵字來緩解這一問題,但仍然無法徹底的解決。
關(guān)于如何對C++資源管理內(nèi)容分析研究就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,可以學(xué)到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。