內存泄漏加伺服器有什麼用

① 關於內存泄漏的解決方案

把內存條拔下來用稀硫酸洗一下應該能解決

開個玩笑。有些程序可以檢測並釋放程序中分配但未使用的內存（不特指360加速球），應該能減少內存佔用，不過治本之策仍然是少開占內存的程序

② 內存泄露，內存越界和棧溢出的區別和聯

內存溢出（out of memory）
是指程序在申請內存時，沒有足夠的內存空間供其使用。
內存泄漏（memory leak）
是指程序在申請內存後，無法釋放已申請的內存空間，佔用有用內存。
註：內存泄漏最終會導致內存溢出
簡單理解，內存溢出就是要求分配的內存超出了系統所給的。內存泄漏是指向系統申請分配內存進行使用（new），但是用完後不歸還（delete），導致佔用有效內存。
內存泄漏可分為4類：
1.常發性內存泄漏
引起內存泄漏的代碼會被很多次執行，每次執行的時候都會導致內存泄漏
2.偶發性內存泄漏
在某些特定的環境下執行引起內存泄漏的代碼，才會引起內存泄漏
從以上兩種內存泄漏的方式來看，測試環境和測試方法在程序生命周期的重要性是不可或缺的。
3.一次性內存泄漏
代碼只會執行一次，但總有一塊內存發生泄漏，多見於構造類的時候，析構函數沒有釋放內存。
4.隱式泄漏
程序運行過程中不斷的分配內存，直到結束時才釋放內存，但一般伺服器程序會運行較長的時間，不及時釋放也會導致內存耗盡以至於內存泄漏。
綜上所述，一次性內存泄漏對用戶的程序維護是沒有什麼實質性的傷害，但在實際生活中，我們還是盡可能要避免此類的事件發生。
內存越界
是指向系統申請一塊內存後，使用時卻超出申請范圍。比如一些操作內存的函數：sprintf、strcpy、strcat、vsprintf、memcpy、memset、memmove。當造成內存泄漏的代碼運行時，所帶來的錯誤是無法避免的，通常會造成
1.破壞了堆中內存內存分配信息數據
2.破壞了程序其他對象的內存空間
3.破壞了空閑內存塊
附：如果在之前你的程序運行一切正常，但因為你新增了幾個類的成員變數或者修改了一部分代碼（前提是保證你的這些修改是完全正確的）而導致程序發生錯誤，則因考慮是否是內存被破壞的原因了，重點排查內存是否越界。
緩沖區溢出（棧溢出）
程序為了臨時存取數據的需要，一般會分配一些內存空間稱為緩沖區。如果向緩沖區中寫入緩沖區無法容納的數據，機會造成緩沖區以外的存儲單元被改寫，稱為緩沖區溢出。而棧溢出是緩沖區溢出的一種，原理也是相同的。分為上溢出和下溢出。其中，上溢出是指棧滿而又向其增加新的數據，導致數據溢出；下溢出是指空棧而又進行刪除操作等，導致空間溢出。

③ 那麼內存泄漏有什麼危害

以發生的方式來分類，內存泄漏可以分為4類：

1. 常發性內存泄漏。發生內存泄漏的代碼會被多次執行到，每次被執行的時候都會導致一塊內存泄漏。
2. 偶發性內存泄漏。發生內存泄漏的代碼只有在某些特定環境或操作過程下才會發生。常發性和偶發性是相對的。對於特定的環境，偶發性的也許就變成了常發性的。所以測試環境和測試方法對檢測內存泄漏至關重要。
3. 一次性內存泄漏。發生內存泄漏的代碼只會被執行一次，或者由於演算法上的缺陷，導致總會有一塊僅且一塊內存發生泄漏。比如，在類的構造函數中分配內存，在析構函數中卻沒有釋放該內存，所以內存泄漏只會發生一次。
4. 隱式內存泄漏。程序在運行過程中不停的分配內存，但是直到結束的時候才釋放內存。嚴格的說這里並沒有發生內存泄漏，因為最終程序釋放了所有申請的內存。但是對於一個伺服器程序，需要運行幾天，幾周甚至幾個月，不及時釋放內存也可能導致最終耗盡系統的所有內存。所以，我們稱這類內存泄漏為隱式內存泄漏。

從用戶使用程序的角度來看，內存泄漏本身不會產生什麼危害，作為一般的用戶，根本感覺不到內存泄漏的存在。真正有危害的是內存泄漏的堆積，這會最終消耗盡系統所有的內存。從這個角度來說，一次性內存泄漏並沒有什麼危害，因為它不會堆積，而隱式內存泄漏危害性則非常大，因為較之於常發性和偶發性內存泄漏它更難被檢測到。

④ c++中中內存泄露有什麼危害

從用戶使用程序的角度來看，內存泄漏本身不會產生什麼危害。作為一般的用戶，根本感覺不到內存泄漏的存在。真正有危害的是內存泄漏的堆積，這會最終消耗盡系統所有的內存。從這個角度來說，一次性內存泄漏並沒有什麼危害，因為它不會堆積。而隱式內存泄漏危害性則非常大，因為較之於常發性和偶發性內存泄漏它更難被檢測到。存在內存泄漏問題的程序除了會佔用更多的內存外，還會使程序的性能急劇下降。對於伺服器而言，如果出現這種情況，即使系統不崩潰，也會嚴重影響使用。
不過還有一點，如果你的程序內存泄露正好寫到了系統使用的內存或者其他程序使用的內存地址，那麼就會導致系統異常或者程序崩潰

⑤ 電腦內存泄漏是怎麼回事

cpu資源耗盡：估計是機器沒有反應了，鍵盤，滑鼠，以及網路等等。這個在windows上經常看見，特別是中了毒。
進程id耗盡：沒法創建新的進程了，串口或者telnet都沒法創建了。
硬碟耗盡： 機器要死了，交換內存沒法用，日誌也沒法用了，死是很正常的。
內存泄漏或者內存耗盡：新的連接無法創建，free的內存比較少。發生內存泄漏的程序很多，但是要想產生一定的後果，就需要這個進程是無限循環的，是個服務進程。當然，內核也是無限循環的，所以，如果內核發生了內存泄漏，情況就更加不妙。內存泄漏是一種很難定位和跟蹤的錯誤，目前還沒看到有什麼好用的工具（當然，用戶空間有一些工具，有靜態分析的，也會動態分析的，但是找內核的內存泄漏，沒有好的開源工具）
內存泄漏和對象的引用計數有很大的關系，再加上c/c++都沒有自動的垃圾回收機制，如果沒有手動釋放內存，問題就會出現。如果要避免這個問題，還是要從代碼上入手，良好的編碼習慣和規范，是避免錯誤的不二法門。
一般我們常說的內存泄漏是指堆內存的泄漏。
堆內存是指程序從堆中分配的，大小任意的（內存塊的大小可以在程序運行期決定），使用完後必須顯示釋放的內存。
應用程序一般使用malloc，realloc，new等函數從堆中分配到一塊內存，使用完後，程序必須負責相應的調用free或delete釋放該內存塊，否則，這塊內存就不能被再次使用，我們就說這塊內存泄漏了。
(附)部分內存泄漏檢測工具
1.ccmalloc－Linux和Solaris下對C和C++程序的簡單的使用內存泄漏和malloc調試庫。
2.Dmalloc－Debug Malloc Library.
3.Electric Fence－Linux分發版中由Bruce Perens編寫的malloc()調試庫。
4.Leaky－Linux下檢測內存泄漏的程序。
5.LeakTracer－Linux、Solaris和HP-UX下跟蹤和分析C++程序中的內存泄漏。
6.MEMWATCH－由Johan Lindh編寫，是一個開放源代碼C語言內存錯誤檢測工具，主要是通過gcc的precessor來進行。
7.Valgrind－Debugging and profiling Linux programs, aiming at programs written in C and C++.
8.KCachegrind－A visualization tool for the profiling data generated by Cachegrind and Calltree.
9.IBM Rational PurifyPlus－幫助開發人員查明C/C++、託管.NET、Java和VB6代碼中的性能和可靠性錯誤。PurifyPlus 將內存錯誤和泄漏檢測、應用程序性能描述、代碼覆蓋分析等功能組合在一個單一、完整的工具包中。
10.Parasoft Insure++－針對C/C++應用的運行時錯誤自動檢測工具，它能夠自動監測C/C++程序，發現其中存在著的內存破壞、內存泄漏、指針錯誤和I/O等錯誤。並通過使用一系列獨特的技術（SCI技術和變異測試等），徹底的檢查和測試我們的代碼，精確定位錯誤的准確位置並給出詳細的診斷信息。能作為Microsoft Visual C++的一個插件運行。
11.Compuware DevPartner for Visual C++ BoundsChecker Suite－為C++開發者設計的運行錯誤檢測和調試工具軟體。作為Microsoft Visual Studio和C++ 6.0的一個插件運行。
12.Electric Software GlowCode－包括內存泄漏檢查，code profiler，函數調用跟蹤等功能。給C++和.Net開發者提供完整的錯誤診斷，和運行時性能分析工具包。
13.Compuware DevPartner Java Edition－包含Java內存檢測,代碼覆蓋率測試,代碼性能測試,線程死鎖,分布式應用等幾大功能模塊。
14.Quest JProbe－分析Java的內存泄漏。
15.ej-technologies JProfiler－一個全功能的Java剖析工具，專用於分析J2SE和J2EE應用程序。它把CPU、執行緒和內存的剖析組合在一個強大的應用中。
16.BEA JRockit－用來診斷Java內存泄漏並指出根本原因，專門針對Intel平台並得到優化，能在Intel硬體上獲得最高的性能。

⑥ 內存泄露會導致什麼後果

普通的小程序，影響可以忽略。但是大程序，對內存要求很大的，內存泄漏後，內存的使用就會越來越多直到耗盡，然後程序掛掉。系統掛掉。。。另外，伺服器程序是不可以容忍內存泄漏的，特別是經常需要執行的代碼的內存泄漏。因為伺服器程序設計出來就是為了長期正常運行的，任何一點內存泄漏都會累積起來是伺服器最後癱瘓。

⑦ 內存溢出和內存泄漏的區別，產生原因以及解決方案

內存溢出 out of memory，是指程序在申請內存時，沒有足夠的內存空間供其使用，出現out of memory；比如申請了一個integer,但給它存了long才能存下的數，那就是內存溢出。
內存泄露 memory leak，是指程序在申請內存後，無法釋放已申請的內存空間，一次內存泄露危害可以忽略，但內存泄露堆積後果很嚴重，無論多少內存,遲早會被佔光。
memory leak會最終會導致out of memory！
內存溢出就是你要求分配的內存超出了系統能給你的，系統不能滿足需求，於是產生溢出。

內存泄漏是指你向系統申請分配內存進行使用(new)，可是使用完了以後卻不歸還(delete)，結果你申請到的那塊內存你自己也不能再訪問（也許你把它的地址給弄丟了），而系統也不能再次將它分配給需要的程序。一個盤子用盡各種方法只能裝4個果子，你裝了5個，結果掉倒地上不能吃了。這就是溢出！比方說棧，棧滿時再做進棧必定產生空間溢出，叫上溢，棧空時再做退棧也產生空間溢出，稱為下溢。就是分配的內存不足以放下數據項序列,稱為內存溢出.

以發生的方式來分類，內存泄漏可以分為4類：

1. 常發性內存泄漏。發生內存泄漏的代碼會被多次執行到，每次被執行的時候都會導致一塊內存泄漏。
2. 偶發性內存泄漏。發生內存泄漏的代碼只有在某些特定環境或操作過程下才會發生。常發性和偶發性是相對的。對於特定的環境，偶發性的也許就變成了常發性的。所以測試環境和測試方法對檢測內存泄漏至關重要。
3. 一次性內存泄漏。發生內存泄漏的代碼只會被執行一次，或者由於演算法上的缺陷，導致總會有一塊僅且一塊內存發生泄漏。比如，在類的構造函數中分配內存，在析構函數中卻沒有釋放該內存，所以內存泄漏只會發生一次。
4. 隱式內存泄漏。程序在運行過程中不停的分配內存，但是直到結束的時候才釋放內存。嚴格的說這里並沒有發生內存泄漏，因為最終程序釋放了所有申請的內存。但是對於一個伺服器程序，需要運行幾天，幾周甚至幾個月，不及時釋放內存也可能導致最終耗盡系統的所有內存。所以，我們稱這類內存泄漏為隱式內存泄漏。

從用戶使用程序的角度來看，內存泄漏本身不會產生什麼危害，作為一般的用戶，根本感覺不到內存泄漏的存在。真正有危害的是內存泄漏的堆積，這會最終消耗盡系統所有的內存。從這個角度來說，一次性內存泄漏並沒有什麼危害，因為它不會堆積，而隱式內存泄漏危害性則非常大，因為較之於常發性和偶發性內存泄漏它更難被檢測到

內存溢出的原因以及解決方法
引起內存溢出的原因有很多種，小編列舉一下常見的有以下幾種：
1.內存中載入的數據量過於龐大，如一次從資料庫取出過多數據；
2.集合類中有對對象的引用，使用完後未清空，使得JVM不能回收；
3.代碼中存在死循環或循環產生過多重復的對象實體；
4.使用的第三方軟體中的BUG；
5.啟動參數內存值設定的過小
內存溢出的解決方案：
第一步，修改JVM啟動參數，直接增加內存。(-Xms，-Xmx參數一定不要忘記加。)
第二步，檢查錯誤日誌，查看「OutOfMemory」錯誤前是否有其它異常或錯誤。
第三步，對代碼進行走查和分析，找出可能發生內存溢出的位置。
重點排查以下幾點：
1.檢查對資料庫查詢中，是否有一次獲得全部數據的查詢。一般來說，如果一次取十萬條記錄到內存，就可能引起內存溢出。這個問題比較隱蔽，在上線前，資料庫中數據較少，不容易出問題，上線後，資料庫中數據多了，一次查詢就有可能引起內存溢出。因此對於資料庫查詢盡量採用分頁的方式查詢。
2.檢查代碼中是否有死循環或遞歸調用。
3.檢查是否有大循環重復產生新對象實體。
4.檢查對資料庫查詢中，是否有一次獲得全部數據的查詢。一般來說，如果一次取十萬條記錄到內存，就可能引起內存溢出。這個問題比較隱蔽，在上線前，資料庫中數據較少，不容易出問題，上線後，資料庫中數據多了，一次查詢就有可能引起內存溢出。因此對於資料庫查詢盡量採用分頁的方式查詢。
5.檢查List、MAP等集合對象是否有使用完後，未清除的問題。List、MAP等集合對象會始終存有對對象的引用，使得這些對象不能被GC回收。
第四步，使用內存查看工具動態查看內存使用情況

⑧ 什麼是內存泄漏

內存泄漏的定義

一般我們常說的內存泄漏是指堆內存的泄漏。堆內存是指程序從堆中分配的，大小任意的（內存塊的大小可以在程序運行期決定），使用完後必須顯示釋放的內存。應用程序一般使用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函數可以在任何地方退出，所以一旦有某個出口處沒有釋放應該釋放的內存，就會發生內存泄漏。

廣義的說，內存泄漏不僅僅包含堆內存的泄漏，還包含系統資源的泄漏(resource leak)，比如核心態HANDLE，GDI Object，SOCKET， Interface等，從根本上說這些由操作系統分配的對象也消耗內存，如果這些對象發生泄漏最終也會導致內存的泄漏。而且，某些對象消耗的是核心態內存，這些對象嚴重泄漏時會導致整個操作系統不穩定。所以相比之下，系統資源的泄漏比堆內存的泄漏更為嚴重。

GDI Object的泄漏是一種常見的資源泄漏：

void CMyView::OnPaint( CDC* pDC )

{

CBitmap bmp;

CBitmap* pOldBmp;

bmp.LoadBitmap(IDB_MYBMP);

pOldBmp = pDC->SelectObject( &bmp );

…

if( Something() ){

return;

}

pDC->SelectObject( pOldBmp );

return;

}
例二

當函數Something()返回非零的時候，程序在退出前沒有把pOldBmp選回pDC中，這會導致pOldBmp指向的HBITMAP對象發生泄漏。這個程序如果長時間的運行，可能會導致整個系統花屏。這種問題在Win9x下比較容易暴露出來，因為Win9x的GDI堆比Win2k或NT的要小很多。

內存泄漏的發生方式：

以發生的方式來分類，內存泄漏可以分為4類：

1. 常發性內存泄漏。發生內存泄漏的代碼會被多次執行到，每次被執行的時候都會導致一塊內存泄漏。比如例二，如果Something()函數一直返回True，那麼pOldBmp指向的HBITMAP對象總是發生泄漏。

2. 偶發性內存泄漏。發生內存泄漏的代碼只有在某些特定環境或操作過程下才會發生。比如例二，如果Something()函數只有在特定環境下才返回True，那麼pOldBmp指向的HBITMAP對象並不總是發生泄漏。常發性和偶發性是相對的。對於特定的環境，偶發性的也許就變成了常發性的。所以測試環境和測試方法對檢測內存泄漏至關重要。

3. 一次性內存泄漏。發生內存泄漏的代碼只會被執行一次，或者由於演算法上的缺陷，導致總會有一塊僅且一塊內存發生泄漏。比如，在類的構造函數中分配內存，在析構函數中卻沒有釋放該內存，但是因為這個類是一個Singleton，所以內存泄漏只會發生一次。另一個例子：

char* g_lpszFileName = NULL;

void SetFileName( const char* lpcszFileName )

{

if( g_lpszFileName ){

free( g_lpszFileName );

}

g_lpszFileName = strp( lpcszFileName );

}例三

如果程序在結束的時候沒有釋放g_lpszFileName指向的字元串，那麼，即使多次調用SetFileName()，總會有一塊內存，而且僅有一塊內存發生泄漏。

4. 隱式內存泄漏。程序在運行過程中不停的分配內存，但是直到結束的時候才釋放內存。嚴格的說這里並沒有發生內存泄漏，因為最終程序釋放了所有申請的內存。但是對於一個伺服器程序，需要運行幾天，幾周甚至幾個月，不及時釋放內存也可能導致最終耗盡系統的所有內存。所以，我們稱這類內存泄漏為隱式內存泄漏。舉一個例子：

class Connection

{

public:

Connection( SOCKET s);

~Connection();

…

private:

SOCKET _socket;

…

};

class ConnectionManager

{

public:

ConnectionManager(){

}

~ConnectionManager(){

list::iterator it;

for( it = _connlist.begin(); it != _connlist.end(); ++it ){

delete （*it）;
}

_connlist.clear();

}

void OnClientConnected( SOCKET s ){

Connection* p = new Connection(s);

_connlist.push_back(p);

}

void OnClientDisconnected( Connection* pconn ){

_connlist.remove( pconn );

delete pconn;

}

private:

list _connlist;

};

例四

假設在Client從Server端斷開後，Server並沒有呼叫OnClientDisconnected()函數，那麼代表那次連接的Connection對象就不會被及時的刪除（在Server程序退出的時候，所有Connection對象會在ConnectionManager的析構函數里被刪除）。當不斷的有連接建立、斷開時隱式內存泄漏就發生了。

從用戶使用程序的角度來看，內存泄漏本身不會產生什麼危害，作為一般的用戶，根本感覺不到內存泄漏的存在。真正有危害的是內存泄漏的堆積，這會最終消耗盡系統所有的內存。從這個角度來說，一次性內存泄漏並沒有什麼危害，因為它不會堆積，而隱式內存泄漏危害性則非常大，因為較之於常發性和偶發性內存泄漏它更難被檢測到。

這個東西如果不是專業的人士最好不要用．

⑨ 內存泄漏有哪些

內存泄漏（Memory Leak）是指程序中已動態分配的堆內存由於某種原因程序未釋放或無法釋放，造成系統內存的浪費，導致程序運行速度減慢甚至系統崩潰等嚴重後果。

內存泄漏（Memory Leak）是指程序中已動態分配的堆內存由於某種原因程序未釋放或無法釋放，造成系統內存的浪費，導致程序運行速度減慢甚至系統崩潰等嚴重後果。

內存泄漏缺陷具有隱蔽性、積累性的特徵，比其他內存非法訪問錯誤更難檢測。因為內存泄漏的產生原因是內存塊未被釋放，屬於遺漏型缺陷而不是過錯型缺陷。此外，內存泄漏通常不會直接產生可觀察的錯誤症狀，而是逐漸積累，降低系統整體性能，極端的情況下可能使系統崩潰。

隨著計算機應用需求的日益增加，應用程序的設計與開發也相應的日趨復雜，開發人員在程序實現的過程中處理的變數也大量增加，如何有效進行內存分配和釋放，防止內存泄漏的問題變得越來越突出。例如伺服器應用軟體，需要長時間的運行，不斷的處理由客戶端發來的請求，如果沒有有效的內存管理，每處理一次請求信息就有一定的內存泄漏。這樣不僅影響到伺服器的性能，還可能造成整個系統的崩潰。因此，內存管理成為軟體設計開發人員在設計中考慮的主要方面[1] 。

泄漏原因

在C語言中，從變數存在的時間生命周期角度上，把變數分為靜態存儲變數和動態存儲變數兩類。靜態存儲變數是指在程序運行期間分配了固定存儲空間的變數而動態存儲變數是指在程序運行期間根據實際需要進行動態地分配存儲空間的變數。在內存中供用戶使用的內存空間分為三部分：

程序存儲區

靜態存儲區

動態存儲區

程序中所用的數據分別存放在靜態存儲區和動態存儲區中。靜態存儲區數據在程序的開始就分配好內存區，在整個程序執行過程中它們所佔的存儲單元是固定的，在程序結束時就釋放，因此靜態存儲區數據一般為全局變數。動態存儲區數據則是在程序執行過程中根據需要動態分配和動態釋放的存儲單元，動態存儲區數據有三類函數形參變數、局部變數和函數調用時的現場保護與返回地址。由於動態存儲變數可以根據函數調用的需要，動態地分配和釋放存儲空間，大大提高了內存的使用效率，使得動態存儲變數在程序中被廣泛使用。