http下载，通过文件流写到客户端，取消后再点击不再有反映？？？

[xinxincao]

private void Button1_Click(object sender, System.EventArgs e)
{
Stream iStream = null;
string FilePath="f:/clips/Test/Test2.dll";
iStream = new FileStream(FilePath,FileMode.Open,FileAccess.Read,FileShare.Read);
Response.Clear();
Response.ContentType = "application/ms-download";
string FileName="下载速度测试";
Response.AddHeader("Content-Disposition", "attachment; filename=" + HttpUtility.UrlEncode(FileName,System.Text.Encoding.UTF8));
Response.AddHeader("Content-Length", iStream.Length.ToString());
Response.Flush();
int len=1;
while(len>0)
{
byte[] buffer=new Byte[65532];
len = iStream.Read(buffer,0,65532);
Response.OutputStream.Write(buffer,0,len);
Response.Flush();
}
}

我运行上面那段代码，只有在打了SP1的IE6上运行正常，其他版本的IE，都会出现下面的情况：
在选择文件路径的保存对话框中点取消，或在下载中途点取消后，再去点下载按钮，网页就死在那里。

请问问什么会出现这种情况，怎么解决？

buffer设成多大比较合适，用户反映下载速度太慢（是用来下载电影这样的大文件的），buffer是不是在服务器端开设的，如果设的太大，是不是用户稍稍一多，服务器就撑不住了？

[xinxincao]

我最开始就是用Response.IsClientConnected做判断条件的，开始以为就是这句出了问题，后来专门写了这个小测试程序，发现问题一样，想知道问题出在哪？


buffer是在服务器端的内存中还是在服务器端的硬盘上，是每一个客户端的请求都从开设一个，还是有其他的分配原则？设的太大对服务器的没有影响？

[速马]

是不是哦,我测试了没的问题的..(Win2K3 + IIS6.0)
buffer在服务器的内存中,每个下载连接开一个
不要设置的太大就行了
就算同时100个下载连接,buffer大小100k,使用内存也不过10M左右

[bluecyclone]

顶！

[xinxincao]

我没在2003的ie6上测，不过在win2000的IE6(没打SP1的）不行，IE5或IE5。5也不行

最开始我也没有发现这个问题，后来在客户那里反馈来的信息，我一测确实是有问题

to Sunmast
感谢你对buffer的回答

[速马]

buffer当然是在服务端的
设大点试试...比如102400000

[速马]

while(len>0 && Response.IsClientConnected)

应该就不会死了

[zsww]

学习！！！

-----------努力学习 不断实践 虚心讨教---------

[xinxincao]

up

[xinxincao]

up

[eagle_hb]

学习！

[xinxincao]

up