预览功能的基本设计思路：创建一个img元素，再把文件域的value值赋值给img元素的src属性。

<form name="form4" id="form4" method="post" action="#">

<input type="file" name="file4" id="file4" ōnchange="preview4()" />

<img id="pic4" src="" alt="图片在此显示" width="120"/>

</form>

<scrīpt type="text/javascrīpt">

function preview4(){

var x = document.getElementById("file4")

var y = document.getElementById("pic4")

if(!x || !x.value || !y)

return

var patn = /\.jpg$|\.jpeg$|\.gif$/i

if(patn.test(x.value)){

y.src = "file://localhost/" + x.value

}

else{ alert("您选择的似乎不是图像文件。")}

}

</scrīpt>

试下效果：

如果你用的是Firefox（或Opera），可能会发现什么也没有发生。是的，很不幸Firefox的安全策略不允许我们显示一个用户的本地图像文件。不知道他们为什么要这么做，我个人觉得图像文件并不会造成严重的安全性问题。即使是不久前比较热门的那个会引起Windows崩溃的jpeg文件，要显示它的前提条件是用户自己选择了这个文件或者你知道这个文件在用户硬盘上的准确路径。所以我想这种策略很可能来自于一个“懒惰”的开发人员，他并不想多写一些程序来区分这个本地文件是一个图像文件还是一个恶意文件，Firefox对安全性的要求让他们有些过于敏感了。

让Firefox显示本地文件的唯一办法就是修改它的默认安全策略：

在Firefox的地址栏中输入“about:config”

继续输入“security.checkloaduri”

双击下面列出来的一行文字，把它的值由true改为false

然后你可以再试试上面预览，everything works well！可惜的是我们并不能要求所有的用户都去修改这个值（更不用说修改的过程还挺麻烦），所以这对我们来说毫无意义。我们能做的也许就是接受Firefox不能预览本地图片这种“可笑”的局面。

用DOM来创建对象

在上面的XHTML代码中，我们为了预览图片，事先加入了一个没有设置src的img对象。除去不美观、代码冗余之外，如果用户浏览器不支持Javascrīpt，他不仅无法使用这个功能，还要接受页面上一个永远不会显示出来的破图。要解决这个问题，我们就需要在“运行时”再生成这个img对象，途径还是DOM。

<form name="form5" id="form5" method="post" action="#">

<input type="file" name="file5" id="file5" ōnchange="preview5()"/>

</form>

<scrīpt type="text/javascrīpt">

function preview5(){

var x = document.getElementById("file5")

if(!x || !x.value)

return

var patn = /\.jpg$|\.jpeg$|\.gif$/i

if(patn.test(x.value)){

var y = document.getElementById("img5")

if(y){ y.src = 'file://localhost/' + x.value }

else{

var img=document.createElement('img')

img.setAttribute('src','file://localhost/'+x.value)

img.setAttribute('width','120')

img.setAttribute('height','90')

img.setAttribute('id','img5')

document.getElementById('form5').appendChild(img)

}

}

else{alert("您选择的似乎不是图像文件。") }

}

</scrīpt>

当前，基于浏览器/服务器模式的应用比较流行。当用户需要将文件传输到服务器上时，常用方法之一是运行FTP服务器并将每个用户的FTP默认目录设为用户的Web主目录，这样用户就能运行FTP客户程序并上传文件到指定的 Web目录。这就要求用户必须懂得如何使用FTP客户程序。因此，这种解决方案仅对熟悉FTP且富有经验的用户来说是可行的。 如果我们能把文件上传功能与Web集成，使用户仅用Web浏览器就能完成上传任务，这对于他们来说将是非常方便的。但是，一直以来,由于File System Object的仅能传送文本文件的局限，所以ASP最大的难题就是文件上传问题。下面介绍的就是如何在基于HTTP协议的网页中实现文件的上传。

一．通过HTTP上传的三种机制

通过HTTP上传有三种机制：RFC1867, PUT 和 WebDAV。

PUT 是在HTTP 1.1引入了一个新的HTTP动词。当web服务器收到一个HTTP PUT和对象名字，它将会验证用户，接收HTTP流的内容，并把它直接存入web服务器。由于这可能会对一个web站点造成破坏，并且还会失去HTTP最大的优势：服务器可编程性。在PUT的情况下，服务器自己处理请求：没有空间让CGI或者ASP应用程序介入。唯一让你的应用程序捕获PUT的方法是在低层操作，ISAPI过滤层。由于相应的原因，PUT的应用很有限。

而WebDAV允许web内容的分布式认证与翻译。它引入了几种新的HTTP动词，允许通过HTTP上传，锁定/解锁，登记/检验web内容。Office 2000中的"Save to web" 就是通过WebDAV来实现的。如果你所感兴趣的一切都是上传内容，WebDAV应用得非常出色，它解决了很多问题。 然而，如果你需要在你的web应用程序里面上传文件，WebDAV对你就毫无用处可言。象HTTP PUT一样，那些WebDAV的动词是被服务器解释的，而不是web应用程序。你需要工作在ISAPI过滤层来访问WebDAV的这些动词，并在你的应用程序中解释内容。

RFC1867 (http://image.21tx.com/files/20060405/21463.txt) 最终被W3C在HTML3.2中接受前，是作为一种建议标准。它是一种非常简单但是功能很强大的想法：在表单字段中定义一个新类型。

＜INPUT TYPE="FILE">

并且在表单本身加入了不同的编码方案，不再使用典型的：

＜FORM ACTION="formproc.asp" METHOD="POST">

而是使用：

＜FORM ACTION="formproc.asp" METHOD="POST" ENCTYPE="multipart/form-data">

这种编码方案在传送大量数据的时候，比起缺省的"application/x-url-encoded"表单编码方案，显得效率要高得多。URL编码只有很有限的字符集，使用任何超出字符集的字符，必须用'%nn'代替，这里的nn表示相应的2个十六进制数字。例如，即使是普通的空格字符也要用'%20'代替。而RFC1867使用多部分MIME编码，就象通常在e-mail消息中看到的那样，不编码来传送大量数据，而只是在数据周围加上很少的简单但实用的头部。主要浏览器的厂商都采用了建议的"浏览..."按钮，用户能很容易的使用本地"打开文件..." 对话框选择要上传的文件。

RFC1867仍然将大多数文件上传的灵活方法留给了你的web应用程序。PUT用得很有限。WebDAV对内容的作者很有用，比如FrontPage用户，但是对想在web应用程序中加入文件上传的web开发者来说很少用到。因此，RFC1867是在web应用程序中加入文件上传的最好的办法。

在实际应用中，微软免费提供了Posting Acceptor 。ASP不懂"multipart/form-data" 编码方案。取而代之，微软提供了Posting Acceptor ，Posting Acceptor是一种在上传完成后，接受REPOST到一个ASP页的ISAPI应用程序。

Software Artisans的SA-FileUp是最早的商业Active Server组件之一。几经改进，现在作为一个纯粹的ASP组件存在。

二．基于ASP的文件上传实现原理分析

基本原理是：采用ADO Stream对象的BinaryRead方法将FORM中的所有数据读出，从中截取出所需的文件数据，以二进制文件方式存盘。

下面是上传文件页面的一个例子（upload.htm）：

＜html>

＜body>

＜form name="Upload" Method="Post" Enctype="multipart/form-data" Action="Upload.asp">

＜input type="file" name="FileName">

＜INPUT TYPE="Submit" VALUE="Upload">＜/TD>

＜/form>

＜/body>

＜/html>

程序中使用了文件对象，这样在Upload.asp中采用BinaryRead方法读来的原始数据就不仅仅是选择的文件本身的数据，还包含该文件在用户硬盘上的路径、类型、提交页面的表单域名等相关信息的描述，这样我们就需从中提取出文件的具体内容。根据分析，数据的头部信息与数据的分界线是两对回车换行符，尾部也有分隔信息，我们可以采用类似以下的方法获取文件数据。

Dim FormData.FormSize,DataStart,CLStr，DivStr

FormSize=Request.TotalBytes

FormData=Request.BinaryRead(FormSize)

CLStr=ChrB(13)&ChrB(10)

DataStart=InStrB(FormData.CLStr&CLStr)+4

'4是两对回车换行符的长度

DivStr=LeftB(FormData,InStrB(FormData,CLStr)-1)

DataSize=InStrB(DataStart+1,FormData,DivStr)-DataStart-2

FormData=MidB(FormData,DataStart,DataSize)

FormData就是文件的内容了。

中间根据需要，可进行相应的处理。最后的工作就是将文件保存了。保存的方法可以有两种：一种是利用VB或VC之类程序中的二进制文件操作方法，在工程中加入适当的类型库，最终编译成DLL文件，使用时再将该DLL文件注册就可以了。文件存贮程序如下：

Public Function SaveFile(Pathname As String) As String

Dim objContext As ObjectContext

Dim objRequest As Request

Set objContext=GetObjectContext()

Set objRequest=objContext("Request")

'以下的一段代码是进行文件存贮的有关操作

Dim FormData() As Byte,CLStr,DivStr

Dim DataStart As Long,DataSize As Long

DataSize=objRequest.TotalBytes

Redim FormData(DataSize-1)

FormData=objRequest.BinaryRead(DataSize)

CLStr=ChrB(13) &ChrB(10)

DataStart=InStrB(FormData,CLStr &CLStr)+4

DivStr=LeftB(FormData,InStrB(FormData,CLStr)-1)

DataSize=InStrB(DataStart+1,FormData,DivStr)-DataStart-2

FormData=MidB(FormData,DataStart,DataSize)

'创建一个二进制文件并将FormData写入其中

Open Pathname For Binary As 1

Put #1,,FormData

Close #1

SaveFile="OK!"

End Function

第二种方法是利用ADO STREAM中提供的二进制文件操作方法来完成，保存文件的语句是： StreamOBJ.SaveToFile (fileName,2)。在 这种操作中，我们可以将有关的操作存放在一个类文件中，在应用时，直接将该类文件包含在ASP程序中就可以了