[C#]简单研究一下asp.net上传文件时的内存占用问题

baacloud免费翻墙vpn注册使用

转载:http://www.cnblogs.com/william_fire/articles/31324.html

最近看见有人在研究ASP.NET的上传组件,如何上传大文件的问题,于是简单地研究了一下,发现了一些东西,总结如下,希望大家能够提出一个较好的解决方案。

据msdn所言,在Web.Config中,默认可以上传的文件大小为8M,如果需要上传更大的文件,则需要手动指 定: 这里的示例是最大100M的,经过测试,100M以下的文件还是可以正常上传的(占用内存必须在服务器可用内存60%以下)在使用.NET中的文件上传的 功能时,实际上使用的是Html控件,并不是Web控件,这就意味着,HtmlInputFile控件不是明显地支持服务端的Event的,所以,提交 时,应该使用Html控件的Button进行Submit。

经测试,可以发现,当不断地进行上传文件的时候,内存的消耗是不断地累积的,也就是说,当你上传了一个20M的文件 后,再上传20M时,缓存中内存消耗会达到40M左右。 在MSDN文档中的说明里面指出,当文件上传到服务器后,是存储在缓存中的,在没有把缓存中的数据存储成文件时,是不会清空缓存的。

其实,这句话有一定的误导性,因为在HtmlInputFile控件中,PostedFile属性中,提供了一个 SaveAs方法成员,给许多人一种错觉就是,当进行了HtmlInpuFile的SaveAs后,缓存会被清空。实际上不是这样,首先,查看一下 HtmlInputFile中的PostedFile属性的代码,如下:

[WebCategory("Default"), DesignerSerializationVisibility(DesignerSerializationVisibility.Hidden), DefaultValue("")]
public HttpPostedFile PostedFile
{
 get { return this.Context.Request.Files[this.RenderedNameAttribute]; }
}
可以看出,实际上是一个HttpPostedFile类实例,那么要明白它的工作原理,肯定就要追到HttpPostedFile类去看看。

好了,我们再看看,这个HttpPostFile中提供的SaveAs()的代码:
public void SaveAs(string filename)
{
 HttpRuntimeSection section1;
 if (!Path.IsPathRooted(filename))
  {
  section1 = RuntimeConfig.GetConfig().HttpRuntime;
  if (section1.RequireRootedSaveAsPath)
  {
    throw new HttpException(HttpRuntime.FormatResourceString("SaveAs_requires_rooted_path", filename));
  }
  }
  FileStream stream1 = new FileStream(filename, FileMode.Create);
  try
  { 
  this._stream.WriteTo(stream1);
  stream1.Flush();
  return;
  }
  finally
  {
  stream1.Close();
  }
}

注意,用标记的那一句,观看整个代码,可以发现的是:实际上,在SavaAs方法中,处理的流是在此方法中新建的一 个FileStream的实例,这里只有stream1.Flush(),而this._stream所指向的实例实际上还存在于缓存中,它才是真正占用 了大量内存空间的罪人。

好了,再看看HttpPostedFile的构造函数,就可以知道this._stream是从哪里来的了.
internal HttpPostedFile(string filename, string contentType, HttpInputStream stream)
 {
  this._filename = filename;
  this._contentType = contentType;
  this._stream = stream;
 }
嗯?原来如此,这里的流对象原来也只是一个引用罢了,真正的占用内存的杀手在哪儿?看样子,只要知道了是谁创建了HttpPostedFile这个类的实例,谁就是罪魁祸首。

不过,这里,我们要暂放一步,目前我们基本知道了实际上进行SaveAs方法后,缓存中的数据并没有被清除,相反 的,它还好好地留在内存中。 我们的目标是要解决这个问题,正好,在HtmlInputFile中也给出了所创建的实例的引用,所以,现在,针对HttpInputStream流来进 行一些处理。

保险起见,我们先看看HttpInputStream的内容吧,再作定论吧。

public override void Flush() { }
@#%*&@,Flush方法居然是这样写的,嗯,以后要注意了!

public override void Close() { this.Uninit(); }
这是Close方法,里面调用了Uninit(),所以,我们再看看Uninit.

protected void Uninit() { this._data = null; this._offset = 0; this._length = 0; this._pos = 0; }
Mmmm,虽然感觉有点不爽,但起码使用这个方法时,这个方法能够保证它会把缓存对象清空。

最后,写出的代码类似下面的形式:
private void btnUpLoad_ServerClick(object sender, System.EventArgs e)

 try
 {
   string strFileName = new FileInfo(imageUpload.PostedFile.FileName).Name;
   UploadFile.PostedFile.SaveAs("C:\\"+strFileName);
   Response.Write("上传成功!");
 }
 catch
 {
  Response.Write("上传失败!");
 }
 finally
 { 
   HttpInputStream upStream = imageUpload.PostedFile.InputStream;
   upStream.Close();
  }
}
经过测试,发现这样也不是一个理想的方案,还必须进一步补充才行。
过程如下:
在本机上,浏览FileUpload.aspx,此时,w3wp进程占用内存空间为28,948K
当上传一个12.7M的文件后,据返回的信息表示,上传的文件大小为133307341,内存占用变化为49,312K。
再上传一个一个371K的文件,据返回的信息表示,上传的文件上小为3799041,内存占用此时为31,540K
似乎达到了我们的要求,但这里有一个问题就是,当你上传一个大文件后,没有再上传一个小文件的话,那么这个大文件将会在内存里一直占用空间,不知,是否还有更好的办法去解决,现在快1点了,睡觉,以后再说。

赞(0) 打赏
分享到: 更多 (0)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏