常見的情況是網站訪問量大了iis溢出，這往往容易讓人造成錯覺，iis 一溢出就以為是網站訪問量大了所致，結果按這個方向去找原因，花費大量時間卻無果而終，更為嚴重的是 iis 一溢出彈出一個等待選擇“確定”還是“取消”窗口，網站使用的應用池隨之停止工作，所有動態網頁都打不開了，嚴重影響網站的用戶體驗和在搜索引擎中的排名，可能因此排名一瀉千里。

其實，除網站訪問量提升導致 iis溢出外，網站程序代碼錯誤會更頻繁的引發 iis溢出，并且常常是要選擇“確定”還是“取消”的這種情況，所以影響十分大，即使網站有專門的管理員，也不可能一天24小時守著單擊“確定”，所以找到 iis溢出原因（代碼錯誤）十分必要。

一、網站程序代碼錯誤引發的iis溢出系統日志的提示
這個可以在事件查看器中找到，一般有兩處，一處是應用程序日志，另一處是系統日志。

1、應用程序日志iis溢出提示

事件類型: 錯誤

事件來源: .NET Runtime

事件種類: 無

事件 ID: 1024

日期: 2014-12-25

時間: 11:38:42

用戶: N/A

計算機: WL93000683563

描述:

.NET Runtime version : 4.0.30319.1022 - Application ErrorApplication has generated an exception that could not be handled.Process ID=0x564 (1380), Thread ID=0x7bc (1980).

Click OK to terminate the application.

Click CANCEL to debug the application.

事件類型: 錯誤

事件來源: .NET Runtime

事件種類: 無

事件 ID: 1027

日期: 2014-12-25

時間: 11:38:41

用戶: N/A

計算機: WL93000683563

描述:

Application: w3wp.exe Framework Version: v4.0.30319

Description: The process was terminated due to stack overflow.

2、系統日志iis溢出提示

事件類型: 警告

事件來源: W3SVC

事件種類: 無

事件 ID: 1011

日期: 2014-12-26

時間: 11:15:57

用戶: N/A

計算機: WL93000683563

描述: 為應用程序池 'xx' 提供服務的進程在與 World Wide Web Publishing 服務通信時遇到致命錯誤。進程 ID 為 '2412'。數據字段包含錯誤號。

二、iis溢出錯誤分析
從應用程序日志看不出是什么問題，系統日志卻提示了錯誤：“數據字段包含錯誤號。”。它提示我們，類的數據成員定義有誤，例如：

Public string userName;

Public string UserName
{
Get{ return UserName;}
}

應該是反回 userName，而不是 UserName，只有一個微小的字母大小寫的區別，稍不留意就會出錯。改正這個錯誤后，就不會出現因“數據字段包含錯誤號”而引發iis溢出。