ASP.NET依托.net framework类库,封装了大量的功能,使得上传文件非常简单,主要有以下三种基本方法。
方法一:用Web控件FileUpload,上传到网站根目录。
代码如下 | 复制代码 |
Test.aspx关键代码: <form id="form1" runat="server"> protected void Button1_Click(object sender, EventArgs e) |
方法二:用Html控件HtmlInputFile,上传到网站根目录。
代码如下 | 复制代码 |
Test.aspx关键代码: |
方法三:用Html元素<input type="file" …/>,通过Request.Files上传到网站根目录。
代码如下 | 复制代码 |
Test.aspx关键代码: <form id="form1" runat="server" enctype="multipart/form-data"> Test.aspx.cs关键代码: protected void Button1_Click(object sender, EventArgs e) |
注意两个区别:
一:FileUpload.FileName获取客户端上传文件名(不带路径),而file1.PostedFile.FileName 和Request.Files["file"].FileName在不同浏览器下情况不同:IE8下获得的是客户端上传文件的完全限定名(带路径),谷歌、苹果等浏览器下则仍为文件名(不带路径)。
二:FileUpload控件有HasFile属性,用于判断用户是否选择了上传文件,而后面两种方法则需要通过判断上传文件大小ContentLength属性,当用户没有选择上传文件时,该属性值为0。
可以看出FileUpload封装程度更高,但灵活性也稍差。
例,Asp.net 文件上传类(取得文件后缀名,保存文件,加入文字水印)
代码如下 | 复制代码 |
using System; namespace EC public UploadObj() #region 取得文件后缀 #region 检测文件是否合法 #region 保存文件 #endregion #region 加入文字水印 /// <summary> System.Drawing.Image image = System.Drawing.Image.FromFile(fileName); |
ASP.NET的弊端
ASP.NET处理文件上传的最大的问题在于内存占用太高,由于将整个文件载入内存进行处理,导致如果用户上传文件太大,或者同时上传的用户太多,会造成服务器端内存耗尽。这个观点其实是片面的,对于早期ASP.NET 1.X,为了供程序处理,会将用户上传的内容完全载入内存,这的确会带来问题,但在ASP.NET 2.0中就已经会在用户上传数据超过一定数量之后将其存在硬盘中的临时文件中,而这点对于开发人员完全透明,也就是说,开发人员可以像以前一样进行数据流的处理,这个也在httpRuntime里通过
requestLengthDiskThreshold 属性来设置阈值(threshold),其默认值为256,即一个请求内容超过256KB时就会启用硬盘作为缓存,这个阈值和客户端是否是在上传内容无关,只关心客户端发来的请求大于这个值。因此,在ASP.NET 2.0中服务器的内存不会因为客户端的异常请求而耗尽。另外一个弊端就是当请求超过maxRequestLength(默认4M)之后,ASP.NET处理程序将不会处理该请求。这和ASP.NET抛出一个异常完全不同,这就是为什么如果用户上传文件太大,看到的并不是ASP.NET应用程序中指定的错误页面(或者默认的),因为ASP.NET还没有对这个请求进行处理。
还有一个问题就是处理ASP.NET大文件上传的超时。这个其实可以通过在运行时读取web.config中的httpRuntime节,并转化为 HttpRuntimeSection对象或者重写Page.OnError()来检测HTTP Code(相应代码)是否为400来处理,这里不再赘述
代码如下:
代码如下 | 复制代码 |
System.Configuration.Configuration protected override void OnError(EventArgs e) |
对于文件上传的功能需要较为特别的需求——例如进度条提示,ASP.NET封装的控件〈asp:FileUpload /〉就无能为力了。
好的解决方案
Robert Bazinet建议,最好的解决方案是使用RIA,大多数情况下,建议用Silverlight或 Flash的上传组件来替代传统的FileUpload组件,这类组件不只是提供了更好的上传体验,也比〈input type="file"〉标签在页面上的文本框、按钮漂亮,这个〈input type="file"〉标签并不能够通过CSS添加样式,不过也有人尝试去解决了。至今为止并没有什么商业上传组件使用了Silverlight,不过这里有演示了用Silverlight进行多文件上传的示例程序。当然使用Silverlight就可以很轻松的实现多线程上传,断点续传这种功能了,这些都不是我要详细讨论的内容,如果有需要可以自己去看下。
可选择的解决方案
使用〈input type="file" /〉标签所能提供的支持非常有限,一些特殊需求我们不能实现——或者说是无法轻易地、直接地实现。所以为了实现这样的功能我们每次都要绕一个大大的弯。为了避免每次实现相同功能时都要费神费时地走一遍弯路,市面上或者开源界出现了各种上传组件,上传组件提供了封装好的功能,使得我们在实现文件上传功能时变得轻松了很多。例如几乎所有的上传组件都直接或间接地提供了进度提示的功能,有的提供了当前的百分比数值,有的则直接提供了一套UI;有的组件只提供了简单的UI,有的却提供了一整套上传、删除的管理界面。此外,有的组件还提供了防止客户端恶意上传的能力。
我觉得最好的办法是在HttpModule里分块读取文件并且保持页面激活的状态,这样就不会超时,同时也可以跟踪进度或者取消上传,或者通过 HttpHandler实现,在通过进度条给用户充分提示的同时,也让开发人员能够更好地控制文件大小以及上传过程中可能出现的异常。上传组件都是用这些办法的,我们的选择有:
代码如下 | 复制代码 |
FileUploader.NET (MediaChase公司,$310以上) RadUpload (Telerik公司,$249) NeatUpload (免费,遵守LGPL协议) |
······
NeatUpload是在ASP.NET Pipeline的BeginRequest事件中截获当前的HttpWorkerRequest对象,然后直接调用其ReadEntityBody等方法获取客户端传递过来的数据流,并加以分析和处理。并通过使用新的请求进行轮询来获取当前上传的状态。关于NeatUpload和其他开源组件的介绍可以参看JeffreyZhao的在ASP.NET应用程序中上传文件,当然他还说了Memba Velodoc XP Edition和swfupload,写的非常棒!
HttpWorkerRequest实现介绍
利用隐含的HttpWorkerRequest,用它的GetPreloadedEntityBody和ReadEntityBody方法从IIS为ASP.NET建立的pipe里分块读取数据可以实现文件上传。实现方法如下:
代码如下 | 复制代码 |
IServiceProvider provider=(IServiceProvider) |