我们的站点要提供PDF资源给用户下载,其中有一些PDF文件较大,运营一段时间出现IIS进程CPU占用率高,内存使用量增加,客户端的表现就是输出白屏。重启IIS后,才能正常对外提供服务。
我们的站点要提供PDF资源给用户下载,其中有一些PDF文件较大,运营一段时间出现IIS进程CPU占用率高,内存使用量增加,客户端的表现就是输出白屏。重启IIS后,才能正常对外提供服务。
原因:
当 ASP.NET 辅助进程(Aspnet_wp.exe,对于在 Internet 信息服务 6.0 [IIS] 上运行的应用程序,则为 W3wp.exe)执行文件下载请求时,向 Microsoft Internet 信息服务进程(Inetinfo.exe 或 Dllhost.exe)发送数据。
根据计算机的配置,IIS 进程可能会处理数据,也可能会将数据缓存在内存中。如果文件太大,在这两个进程相互通信的过程中,数据将被缓存在内存中。这可能会导致服务器上的内存使用量增加。出现此错误的原因是 Web 服务器上的内存限制。
解决方法:
解决方法1:
大文件切割成小数据块,然后逐步添加到输出流,MSDN上给出的代码样例
-

Code
System.IO.Stream iStream = null;

// Buffer to read 10K bytes in chunk:
byte[] buffer = new Byte[10000];

// Length of the file:
int length;

// Total bytes to read:
long dataToRead;

// Identify the file to download including its path.
string filepath = "DownloadFileName";

// Identify the file name.
string filename = System.IO.Path.GetFileName(filepath);

try

{
// Open the file.
iStream = new System.IO.FileStream(filepath, System.IO.FileMode.Open,
System.IO.FileAccess.Read,System.IO.FileShare.Read);


// Total bytes to read:
dataToRead = iStream.Length;

Response.ContentType = "application/octet-stream";
Response.AddHeader("Content-Disposition", "attachment; filename=" + filename);

// Read the bytes.
while (dataToRead > 0)

{
// Verify that the client is connected.
if (Response.IsClientConnected)

{
// Read the data in buffer.
length = iStream.Read(buffer, 0, 10000);

// Write the data to the current output stream.
Response.OutputStream.Write(buffer, 0, length);

// Flush the data to the HTML output.
Response.Flush();

buffer= new Byte[10000];
dataToRead = dataToRead - length;
}
else

{
//prevent infinite loop if user disconnects
dataToRead = -1;
}
}
}
catch (Exception ex)

{
// Trap the error, if any.
Response.Write("Error : " + ex.Message);
}
finally

{
if (iStream != null)

{
//Close the file.
iStream.Close();
}
}

- 解决方法2:
把站点的Web.config文件中的<compilation debug="true" batch="false">配置节修改为:<compilation debug="false" batch="false">
MSDN上的解释:
当您在 ASP.NET 应用程序的 Web.config 文件中将编译元素的 debug 属性值设置为 false 时,必须针对要下载的文件大小将 Server.ScriptTimeout 属性设置为适当的值。默认情况下,Server.ScriptTimeout 值被设置为 90 秒。但是,当 debug 属性被设置为 true 时,Server.ScriptTimeout 值将被设置为一个非常大的值(30,000,000 秒)。作为一名开发人员,您必须知道这可能会对您的 ASP.NET Web 应用程序的行为造成的影响。
由于开发环境在我们建立Web应用的时候会默认将Web.config的这一配置节修改为可调试的状态,这将降低web应用程序的性能,所以我们在部署的时候常常会忽略掉这个配置。亡羊补牢,大家都检查一下自己的配置文件吧,Asp.net配置文件参考资料:
http://msdn.microsoft.com/zh-cn/architecture/kza1yk3a.aspx
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· 展开说说关于C#中ORM框架的用法!
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
2008-01-16 腊八碎语
2007-01-16 沙家浜 智 斗