常见的情况是网站访问量大了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溢出。