Vector() 記憶體釋放 不得不說的故事
**Vector() 記憶體釋放的問題**
原始文章轉載來自於: https://blog.csdn.net/yujunan/article/details/8467776
故事的原委:
在傳統的C++ 中 , 多維陣列的 記憶體釋放是一個很嚴重的問題。
根據各種查詢的資料, 如果要使用delete 需要前提使用new 分配空間。
我們定義的資料型別如下:
vector<cv::String> Filenames; // 這兩個變數如果定義在函式內部,會引起報錯。定義為全域性函式就突然好了,這個註釋一隻對了一半,就算定義為全域性,一開始也沒解決問題
vector<cv::String> Filenames_Remove;
可以理解為多維陣列。
我們知道vector有個clear()方法
原型:
#include
void clear();
函式clear()刪除儲存在vector中的所有元素. 如果vector的元素是一些object, 則它將為當前儲存的每個元素呼叫它們各自的解構函式(destructor). 然而, 如果vector儲存的是指向物件的指標, 此函式並不會呼叫到對應的解構函式. 在第二種情況下, 為了完全刪除vector中的元素則應使用一個類似於下的迴圈:
std::vector<SomeObject*> aVector;
//The elements of the vector are created with the operand ‘new’ at some point in the program
[…]
for(int i=0 ; i<aVector.size() ; i++)
delete aVector[i];
aVector.clear();
呼叫clear之後, vector的尺寸(size)將變成zero. 但它的容量(capacity)卻並不發生變化, vector本身並不釋放任何記憶體.
如果你想同時做到清空vector的元素和釋放vector的容量, 你可以使用swap技巧。
這樣做會建立一個臨時的空vector, 它將替換希望清空的vector。
“vector 的 clear 不影響 capacity , 你應該 swap 一個空的 vector。”
vector(v).swap(v);
//對於string則可能像下面這樣
string(s).swap(s);
即先建立一個臨時拷貝與原先的vector一致,值得注意的是,此時的拷貝 其容量是儘可能小的符合所需資料的。緊接著將該拷貝與原先的vector v進行 交換。好了此時,執行交換後,臨時變數會被銷燬,記憶體得到釋放。此時的v即為原先 的臨時拷貝,而交換後的臨時拷貝則為容量非常大的vector(不過已經被銷燬)
————————————————
為了證明這一點,原作者寫了一個程式,如下:
#include
#include
using namespace std;
vector v;
char ch;
int main()
{
for (int i = 0; i<1000000; i++)
v.push_back("hello vector");
cin >> ch;
// 此時檢查記憶體情況 佔用54M
v.clear();
cin >> ch;
// 此時再次檢查, 仍然佔用54M
cout << "Vector 的 容量為" << v.capacity() << endl;
// 時容量為 1048576
vector<string>(v).swap(v);
cout << "Vector 的 容量為" << v.capacity() << endl;
// 此時容量為0
cin >> ch;
// 檢查記憶體,釋放了 10M+ 即為資料記憶體
return 0;
}
總結:
在UE4 的C++ 中,如果要釋放多維Vector ,需要進行兩步。
1, Filenames_Remove.clear(); 現將陣列的每一個元素清除。
2, vectorcv::String(Filenames_Remove).swap(Filenames_Remove);
經過測試,這兩步驟 一定要按照這樣的順利來, 不管是單獨的呼叫任何一個都會出現問題。兩個一定要搭配使用。
…建剛分割線…
你以為故事到這裡就結束了嗎? NO, 太天真了。 以上的套路只針對 純C++ 平臺是沒問題的。一但在UE4 的C++ 平臺,以上的方法還是會不穩定的出現報錯,各種退出時中斷。
為了解決根本問題,我們直接走另外一條路。 在UE4 平臺的函式體系下 重新實現此功能。請聽下回分解。
相關文章
- vector 的記憶體釋放記憶體
- vector clear() 方法 記憶體釋放問題記憶體
- C++ vector 釋放記憶體的兩種方法C++記憶體
- XCode釋放記憶體XCode記憶體
- 記憶體的分配與釋放,記憶體洩漏記憶體
- 微軟與開放——不得不說的故事(3)(轉載)微軟
- 如何主動釋放 HeapIdle 的記憶體API記憶體
- golang 釋放記憶體機制的探索Golang記憶體
- C# 垃圾回收釋放記憶體C#記憶體
- .Net記憶體管理釋放的兩種方式記憶體
- 我和Linux,不得不說的故事Linux
- C/C++記憶體分配以及釋放C++記憶體
- 你不得不掌握的 JVM 記憶體管理JVM記憶體
- 怎麼手動在rstudio中釋放記憶體?記憶體
- Linux系統手動釋放記憶體快取Linux記憶體快取
- .NET 記憶體管理兩種有效的資源釋放方式記憶體
- Chrome 再次最佳化記憶體佔用問題,新增記憶體釋放開關Chrome記憶體
- 如何在Mac上釋放記憶體?Mac清除RAM教程Mac記憶體
- win10如何設定自動釋放記憶體_win10怎麼設定自動清理系統垃圾釋放記憶體Win10記憶體
- C/C++使用malloc為結構體陣列分配記憶體(及free釋放記憶體)的三種方法C++結構體陣列記憶體
- iOS 解決設定rootViewController 記憶體不釋放問題iOSViewController記憶體
- dll內申請的記憶體可以由呼叫它的程式釋放嗎?記憶體
- win10為硬體保留的記憶體怎麼釋放 win10取消為硬體保留的記憶體怎麼操作Win10記憶體
- linux結束處於Tl狀態的程序,釋放記憶體資源Linux記憶體
- C語言記憶體管理,分配、使用、釋放以及安全性C語言記憶體
- C# 記憶體的理解 通俗說C#記憶體
- 一個故事看懂記憶體條工作原理記憶體
- Python字元編碼和二進位制不得不說的故事Python字元
- 瀏覽器事件環和Node事件環不得不說的故事!瀏覽器事件
- 誰建立誰銷燬,誰分配誰釋放——JNI呼叫時的記憶體管理記憶體
- C++ - 二級指標動態記憶體申請與釋放C++指標記憶體
- Rust記憶體安全解釋Rust記憶體
- 反射記憶體卡原理說明反射記憶體
- Redis刪除大量key後,佔用的系統記憶體卻沒有釋放?Redis記憶體
- CVE-2018-4990 Acrobat Reader堆記憶體越界訪問釋放漏洞分析BAT記憶體
- 堆疊和記憶體的關係 細說記憶體
- 流量紅利的魔法:小遊戲與社交平臺不得不說的故事遊戲
- Java的記憶體 -JVM 記憶體管理Java記憶體JVM