在ASP.NET中动态修改文件下载

原文：http://www.c-sharpcorner.com/Code/2004/Nov/patchdownload.asp
作者：Sergey S
翻译：路亦平
地址：http://blog.csdn.net/luyiping/archive/2004/11/20/188198.aspx

在ASP.NET中动态修改文件下载

源代码： PatchDownload.zip

引言

我们常常需要给我们的客户提供下载链接，这个链接必须允许每一个客户根据他们例如像前一步输入的帐号或其他注册信息
下载相关的文件。网页有下列接口：在第一个网页中用户必须输入用户名，而在下一个网页中我们为这个用户提供下载应用程序复本的链接。一旦用户下载应用程序并启动了它，他会看到带有他的名字的“欢迎”窗口，这个窗口由第一个网页指定。
有很多方法可以实现这样的功能。一个方法是使用从服务器传送到客互端的用户名信息修改或重编译可下载的应用程序/包。
这个任务可以通过简单的步骤实现它：

在ASP.NET中动态修改文件下载

源代码： PatchDownload.zip

引言

我们常常需要给我们的客户提供下载链接，这个链接必须允许每一个客户根据他们例如像前一步输入的帐号或其他注册信息
下载相关的文件。网页有下列接口：在第一个网页中用户必须输入用户名，而在下一个网页中我们为这个用户提供下载应用程序复本的链接。一旦用户下载应用程序并启动了它，他会看到带有他的名字的“欢迎”窗口，这个窗口由第一个网页指定。
有很多方法可以实现这样的功能。一个方法是使用从服务器传送到客互端的用户名信息修改或重编译可下载的应用程序/包。
这个任务可以通过简单的步骤实现它：

在ASP.NET中动态修改文件下载

源代码： PatchDownload.zip

引言

我们常常需要给我们的客户提供下载链接，这个链接必须允许每一个客户根据他们例如像前一步输入的帐号或其他注册信息
下载相关的文件。网页有下列接口：在第一个网页中用户必须输入用户名，而在下一个网页中我们为这个用户提供下载应用程序复本的链接。一旦用户下载应用程序并启动了它，他会看到带有他的名字的“欢迎”窗口，这个窗口由第一个网页指定。
有很多方法可以实现这样的功能。一个方法是使用从服务器传送到客互端的用户名信息修改或重编译可下载的应用程序/包。
这个任务可以通过简单的步骤实现它：

• 将可下载的文件装载到内存。
• 用新的值替换指定位置的指定数量的字节。
• 结合并发送修改过的文件数据响应给客户端。

让我们继续浏览一下每一个步骤。

定制下载过程

为了实现可下载资源的定制动作，我们可以使用按钮或链接按钮控件，它们允许你为控件的点击动作实现服务器端代码。
整个过程有两步组成:结合网络响应流和提供这个响应一个正确的HTTP头。服务器响应流表示要被发送至网络客户端的文件数据。为了提供给这个网络客户端传输的文件名和MIME内容类型等信息，我们必须将这些信息插入到HTTP头的字段中作为响应。
下面的代码演示了怎样加载服务器上的文件使生成文件流，并保存到HTTP响应流中。
private void lnkDownload_Click(object sender, System.EventArgs e) {
FileStream stream = new FileStream(Server.MapPath("TestDownload.exe"), FileMode.Open,
FileAccess.Read, FileShare.Read);
try {
int bufSize = (int)stream.Length;
byte[] buf = new byte[bufSize];

int bytesRead = stream.Read(buf, 0, bufSize);

Response.OutputStream.Write(buf, 0, bytesRead);
Response.End();
}
finally {
stream.Close();
}
}
根据RFC 2616和 RFC 1806我们需要指出Content-Type和 Content-Disposition文件头字段是通过下列信息来传输二进制数据的。
Response.ContentType = "application/octet-stream";
Response.AppendHeader("Content-Disposition", "attachment;filename=" + "TestDownload.exe");
在将数据写进HTTP响应流之前，请先写这段代码。

修改文件

决定二进制数据需要修改的位置有些困难。如果你有一个普通的可执行应用文件在固定的位置能够包含可执行的资源或是在随机的位置包含代码。这大多数取决于你所要完成的任务并能根据不同的可下载文件作出改变。其他解决方案是用参数初始化批文件并使用定制的参数来重新编译你的应用程序或包。
假设我们发现文件内正确的位置并且需要用用户输入的新数据替换原始内容：
private void PatchData(byte[] buf, string userName, int position) {
byte[] patch = Encoding.Unicode.GetBytes(userName);
System.Array.Copy(patch, 0, buf, position, patch.Length);
}
我们同时假设文件不是很大，能够被加载到单个内存缓冲区中。
因为可下载的可执行文件也许会经常被重新编译和替换，填充的位置也经常改变。所以不要将这些参数在ASP.NET DLL代码中进行硬编码而是将它们放入如Web.config文件中将是非常明智的。
private void lnkDownload_Click(object sender, System.EventArgs e) {
string fileName = ConfigurationSettings.AppSettings["fileName"];
int position = Convert.ToInt32(ConfigurationSettings.AppSettings["position"]);

FileStream stream = new FileStream(Server.MapPath(fileName), FileMode.Open,
FileAccess.Read, FileShare.Read);
try {
Response.ContentType = "application/octet-stream";
Response.AppendHeader("Content-Disposition", "attachment;filename=" + fileName);

int bufSize = (int)stream.Length;
byte[] buf = new byte[bufSize];

int bytesRead = stream.Read(buf, 0, bufSize);

PatchData(buf, edtUserName.Text, position);

Response.OutputStream.Write(buf, 0, bytesRead);
Response.End();
}
finally {
stream.Close();
}
}

源代码和运行例子

目前实现的这个版本有一个限制——为了简化这个Demo，我们没有实现续载的功能。一旦如果你的文件大了，你也许想要改变这样的行为并增加支持续传。为了实现实现随即资源的访问功能，你需要分析文件头请求字段的范围。通过这个请求客户端指定他们需要下载的资源的字节范围。范围字段可以有1个或2个数字组成，如1024-23544。这表示客户端将要接收1024到23544字节间包含的字节数。参见Hypertext Transfer Protocol RFC文档获得更多关于网络范围请求的信息。