在什么情況下會出現(xiàn)OutOfMemonryException呢? 在我們試圖新建一個對象時,而垃圾收集器又找不到任何可用內存時被拋出,這種情況下我們是可以捕獲該異常的; 另一種情況是,CLR需要內存時,而卻系統(tǒng)卻不能提供,也會拋出該異常. 但此時,我們的應用程序是不能捕獲該錯誤的.
內存溢出(OutOfMemoryException）的調試分析
32位操作系統(tǒng)的尋址空間是4G，其中有2G被操作系統(tǒng)占用，也就是說留給用戶進程的內存只有2G（其中還要扣除程序加載時映像占用的部分空間，一般只有1.6G~1.8G左右可以使用）。 如果進程運行中需要申請內存，而操作系統(tǒng)無法為其分配內存空間，則會產生內存不足的異常，在.net中為System.OutOfMemoryException（The exception that is thrown when there is not enough memory tocontinue the execution of a program.）。 雖然最終的表現(xiàn)都為OutOfMemoryException，但其產生的原因可能是不一樣的，動手解決此問題之前需要先對進程當前內存的使用狀態(tài)進行分析，找出正確的原因，才能對癥下藥。下面分享一下調試此類問題的一些心得。
iis應用程序池 內存溢出錯誤 System.OutOfMemoryException
在ASP.NET web服務器上，ASP.NET所能夠用到的內存，通常不會等同于所有的內存數(shù)量。在machine.config配置文件中，配置節(jié)<processModel>中有一個屬性“memoryLimit”，這個屬性的值是一個百分值，默認為“60”，即指定了ASP.NET進程（在任務管理器中大家就可以看到ASP.NET的進程，IIS5中為aspnet_wp，IIS6中為w3wp）能夠使用所有物理內存的60%。當ASP.NET使用的內存量超過這個限額時，IIS會開始自動回收（recycle）進程，即創(chuàng)建一個新的進程去負責應付Http請求，而將舊進程所占用的內存回收。
當我們有一臺很大內存的服務器時，“memoryLimit”這個值是需要進行適當?shù)恼{整的。比如我們準備了一臺chemas-microsoft-com ffice marttags" />t="on">4G內存的服務器，那么t="on">4G×60%＝t="on">2.4G。但是，對于Win32操作系統(tǒng)，一個進程所能占用的所有內存空間只有t="on">2G。當ASP.NET進程占用的內存開始達到t="on">2G時，由于它并沒有達到t="on">2.4G的“回收閾值”，所以IIS不會啟動recycle進程操作，但是由于Win32的限制，實際上已經不能給這個進程分配更多的內存了，于是，OutOfMemoryException就很可能會被拋出了。為了避免這樣的情況，我們就必須將“memoryLimit”適當調小，以讓IIS更早的進行進程回收。
微軟推薦的ASP.NET進程占用內存是不超過60%，并最好使計算出的實際值不超過t="on">800M。就是說，對于一臺t="on">4G內存的服務器，最好將“memoryLimit”屬性設置成“20”。設置一個適當?shù)幕厥臻撝�，讓IIS適時的進行進程回收，對于保證整個服務器的穩(wěn)定運行，避免OutOfMemoryException是非常重要的。
在IIS6中，ASP.NET進程的回收閾值不再由配置節(jié)中的“memoryLimit”屬性決定，而是由IIS管理器中的應用程序池配置中的設置決定。
但是，即使正確設置了這些配置，也不能保證完全避免OutOfMemoryException的發(fā)生，原因可能是多樣而復雜的，比如內存回收操作可能耗時太多等等。開發(fā)人員要注意的，就是在代碼中時刻牢記不要無謂的使用和浪費內存。:)
如果你有一臺大內存的服務器，同時對Win32操作系統(tǒng)中對于進程最高使用t="on">2G內存的限制很郁悶，可選的解決方法有兩個：
使用/3GB模式啟動計算機，方法參加文后的鏈接
使用Windows Server 2003 64bits Edition
避免內存溢出的幾點要素
如果要創(chuàng)建數(shù)組，請確保其大小正確。
確保有足夠的內存用于內部用途和新的托管對象。
如果您正在 .NET Compact Framework 上進行編程，當沒有足夠的內存可用于內部用途或新的托管對象時，公共語言運行庫會引發(fā)此異常。要避免此異常，應避免編寫占用 64KB 或更多內存的大方法。
過多的托管內存使用量通常由以下因素造成：
將大型數(shù)據(jù)集讀入內存中。
創(chuàng)建過多的緩存條目。
上載或下載大文件。
在分析文件時過多地使用正則表達式或字符串。
過多的視圖狀態(tài)。
會話狀態(tài)中有過多的數(shù)據(jù)或者會話過多。
當對 COM 對象調用一個方法，并且該方法返回包含安全數(shù)組（大小不固定的數(shù)組）的用戶定義類型時，可能引發(fā)此異常，并附帶一條額外的消息“存儲空間不足，無法完成此操作”。這是因為 .net framework 無法封送帶有安全數(shù)組類型的結構字段。
一種不當使用字節(jié)數(shù)組導致內存溢出的情況舉例
public partial class _Default : System.Web.UI.Page
{
protected void Page_Load(object sender, EventArgs e)
{
byte[] bytes = File.ReadAllBytes("D:\toClient.xls");//toClient.xls 大小為20M
Response.BinaryWrite(bytes);
}
}
上面的程序如果所輸出的文件特別大的話，有可能會直接報：System.OutOfMemoryException。正確的做法是把文件的字節(jié)流分段輸出，其實asp.net有現(xiàn)成的方法Response.WriteFile(filePath)就是這么做的。
如下是正確的寫法：
Response.ContentType = "application/octet-stream";
Response.AddHeader("Content-Disposition", "attachment; filename=" + HttpUtility.UrlEncode(downloadName, System.Text.Encoding.UTF8));
Response.WriteFile("D:\toClient.xls");
Response.Flush();
Response.End();
當asp.net出現(xiàn)內存溢出時，一種簡單的處理方法是馬上回收應用程序池。但是這樣并沒有徹底解決問題。
創(chuàng)建Image類型時出現(xiàn)內存溢出（System.OutOfMemoryException）
錯誤代碼: System.Drawing.Image myimg=System.Drawing.Image.FromFile(file.FullName);
當打開的文件不是圖像文件時會引發(fā)的異常：
MSDN：如果文件沒有有效的圖像格式，或者如果 GDI+ 不支持文件的像素格式，則此方法將引發(fā) OutOfMemoryException 異常。
這樣的異常信息容易讓人誤解。
喜歡 
頂
難過
囧
圍觀
無聊
