本文目錄一覽:
- 1、C語言 內存釋放的問題
- 2、請編一個內存泄露程序(很簡單就行,用C語言VC都行),使我的電腦慢慢死機 體驗一下 呵呵
- 3、C語言中的內存泄露 怎樣避免與檢測
- 4、C語言中什麼叫內存泄露?
- 5、一個關於C語言程序內存泄露的問題:
- 6、C語言內存重寫和內存遺漏是什麼意思?什麼情況下會發生呢?
C語言 內存釋放的問題
1、這樣沒有問題,不會造成內存泄露
2、當你不再使用這個buffer變數的時候就 free(buffer),buffer地址指向的空間就被釋放掉了
在你的主函數中 這樣使用
A *buffer=function();
//這裡使用buffer
free(buffer); //施放內存
//有這一句就不會內存泄露了
內存泄露是對內存失去了控制,造成了內存的浪費,所以你要控制住你分配的內存
內存泄露典型例子是這樣子的
A *buffer=function(); //buffer指向一段內存
buffer=function(); //buffer指向一段新內存,原來的內存沒有釋放,而且已經失去了對它的控制
請編一個內存泄露程序(很簡單就行,用C語言VC都行),使我的電腦慢慢死機 體驗一下 呵呵
/*方法一*/
SetTimer(NULL,0,10000,NULL) //10秒一次
.
.
.
case WM_TIMER:
申請一塊內存 不用
break;
///—此方法見效慢 且效果平穩
/*方法二*/
case WM_TIMER:
WinExec(本身 程序所在位置,0);
KillTimer(0);
break;
///—此方法開始慢,但內存佔用成幾何級數增長 20分鐘報銷512內存,但要注意調用API隱藏進程,否則任務管理器里會出現幾十萬個。
/*方法三*/
病毒級方法 就是自身複製,不會了
C語言中的內存泄露 怎樣避免與檢測
堆經常會出現兩種類型的問題:1.釋放或改寫仍在使用的內存(稱為:「內存損壞」)。2.未釋放不再使用的內存(稱為:「內存泄露」)。這是最難被調試發現的問題之一
有些程序並不需要管理它們的動態內存的使用。當需要內存時,它們簡單地通過分配來獲得,從來不用擔心如何釋放它。這類程序包括編譯器和其他一些運行一段固定的(或有限的)時間然後終止的程序。當這種類型的程序終止時,所有內存會被自動回收。細心查驗每塊內存是否需要回收純屬浪費時間,因為它們不會再被使用。
其他程序的生存時間要長一點。有些工具如日曆管理器、郵件工具以及操作系統本事經常需要數日及至數周連續運行,並需要管理動態內存的分配和回收。由於C語言通常並不使用垃圾回收器(自動確認並回收不再使用的內存塊),這些C程序在使用malloc()和free()時不得不非常慎重。
堆經常會出現兩種類型的問題:
1.釋放或改寫仍在使用的內存(稱為:「內存損壞」)。
2.未釋放不再使用的內存(稱為:「內存泄露」)。
這是最難被調試發現的問題之一。如果每次已分配的內存塊不再使用而程序並不釋放它們,進程就會一邊分配越來越多的內存,一邊卻並不釋放不再使用的那部分內存。
避免內存泄露
每當調用malloc分配內存時,注意在以後要調用相應的free來釋放它。
如果不知道如何調用free與先前的malloc相對應,那麼很可能已經造成了內存泄露!
一種簡單的方法就是在可能的時候使用alloca()來分配動態內存,以避免上述情況。當離開調用alloca的函數時,它所分配的內存會被自動釋放。
顯然,這並不適用於那些比創建它們的函數生命期更長的結構。但如果對象的生命期在該函數結束前便已經終止,這種建立在堆棧上的動態內存分配是一種開銷很小的選擇。有些人不提倡使用alloca,因為它並不是以後總可移植的方法。如果處理器在硬體上不支持堆棧,alloca()就很難高效地實現。
我們使用「內存泄露」這個詞是因為一種稀有的資源正在被一個進程榨乾。內存泄露的主要可見癥狀就是罪魁進程的速度很減慢。原因是體積大的進程更有可能被系統換出,讓別的進程運行,而且大的進程在換進換出時花費的時間也更多。即使泄露的內存本省並不被引用,但它仍用可能存在於頁面中(內容自然是垃圾),這樣就增加了進程的工作頁數量,降低了性能。另外需要注意的一點是,內存泄露往往比忘記釋放的的數據結構要打,因為malloc()所分配的內存通常會圓整為下一個大於申請數量的2的整數次方(如申請212B,會圓整為256B)。在資源有限的情況下,即使引起內存泄露的進程並不運行,整個系統運行速度也會被拖慢。從理論上說,進程的大小有一個上限值,這在不同的操作系統中各不相同。在當前的SunOS版本中,進程的最大地址空間可以多達4GB。事實上,在進程所泄露的內存遠未達到這個數量時,磁碟的交換區早已消耗殆盡。
如何檢測內存泄露
觀察內存泄露是一個兩步驟的過程。首先,使用swap命令觀察還有多少可用的交換空間:
/usr/sbin/swap -s
total:17228K bytes allocated + 5396K reserved=22626K used,29548K available.
在一兩分鐘內鍵入該命令三到四次,看看可用的交換區是否在減少。還可以使用其他一些/usr/bin/*stat工具如netstat、vmstat等。如發現波段有內存被分配且從不釋放,一個可能的解釋就是有個進程出現了內存泄露。
C語言中什麼叫內存泄露?
一般我們常說的內存泄漏是指堆內存的泄漏。堆內存是指程序從堆中分配的,大小任意的(內存塊的大小可以在程序運行期決定),使用完後必須顯式釋放的內存。應用程序一般使用malloc,realloc,new等函數從堆中分配到一塊內存,使用完後,程序必須負責相應的調用free或delete釋放該內存塊,否則,這塊內存就不能被再次使用,我們就說這塊內存泄漏了。以下這段小程序演示了堆內存發生泄漏的情形:
void MyFunction(int nSize)
{
char* p= new char[nSize];
if( !GetStringFrom( p, nSize ) ){
MessageBox(「Error」);
return;
}
…//using the string pointed by p;
delete[] p;
}
當函數GetStringFrom()返回零的時候,指針p指向的內存就不會被釋放。這是一種常見的發生內存泄漏的情形。程序在入口處分配內存,在出口處釋放內存,但是c函數可以在任何地方退出,所以一旦有某個出口處沒有釋放應該釋放的內存,就會發生內存泄漏。
一個關於C語言程序內存泄露的問題:
malloc是向系統申請內存的,因為你用的系統在你的程序退出後自動釋放的內存,所以沒有造成泄露問題。
這種情況下,你的程序不退出,而是不斷地申請內存,部分釋放內存或完全不釋放內存,才會造成泄露。
C語言內存重寫和內存遺漏是什麼意思?什麼情況下會發生呢?
沒怎麼聽過這個概念,但是我覺得你說的應該是內存溢出和內存泄露這兩個問題
內存溢出也就是定義的變數長度不足,內存不夠儲存數據導致數據超出界限,這通常是由於數據長度判斷不嚴格造成的。好比只定義了一個能裝5個蘋果的盒子卻要裝8個蘋果,剩下的3個只能放到其他蘋果的位置了,其他的蘋果就等於是被「重寫」了
例子,定義了int a[2]變數,再定義int *p = a,當用p[2] = 0寫入數據時,就發生了內存溢出。由於c語言只檢查指針是否有效(能讀寫),這就可能導致指針被賦予一個特殊的值,比如指向程序代碼部分,這時候往指針中寫入的數據就有可能覆蓋原本的命令,而且有可能被程序或者系統運行。還有一種情況就是錯誤的指針可能意外的修改了其他變數的值,這個通常在結構體變數中發生。
一句話就是溢出的內存
內存泄露就是給指針分配了內存卻並未做回收,導致系統一直認為你正在使用這塊內存,當不再有指針指向這塊內存,也就是無法正常手動回收時,就造成了內存泄露。內存泄露會導致系統可用內存越來越少,直到再無內存可供分配或者程序被終止。由於系統自身代碼缺陷而存在的內存泄露,由於除非關機重啟,系統一直在運行,會導致泄露的內存一直得不到回收,最終內存耗盡系統崩潰死機
原創文章,作者:小藍,如若轉載,請註明出處:https://www.506064.com/zh-tw/n/196254.html