.net + flash 本地正常，服务器上传28M以下文件正常，再大点文件，报io错误
iis6,.net 4.0 + flash cs3.0问题：
本地正常，
服务器: 上传小文件正常，大于28M文件，报IO错误
httpStatusHandler: [HTTPStatusEvent type="httpStatus" bubbles=false cancelable=false eventPhase=2 status=404 responseURL=null]
ioErrorHandler: [IOErrorEvent type="ioError" bubbles=false cancelable=false eventPhase=2 text="Error #2038: 文件 I/O 错误。 URL: Upload_File_SWF.aspx?WaterMarkStyle=0&width=[object TextInput]&height=undefined&auto=true"]
web.config 文件已修改
<httpRuntime executionTimeout="600" maxRequestLength="2097151" useFullyQualifiedRedirectUrl="false" requestLengthDiskThreshold="8192" />
Upload_File_SWF --------------------编程问答-------------------- 还是使用插件方式吧。
最起码地，插件会支持多线程和断点续传吧！ --------------------编程问答-------------------- 如果你的上传是基于flash插件开发的，那么你就要到哪里去找问题。修改 web.config 文件没有意义。 --------------------编程问答-------------------- 本机没有问题的，服务器，大于28.61M就报IO错误，我都找不有控制28.61M的代码，应该 没限制这个
--------------------编程问答-------------------- flash trace 结果
--accdb|doc|docx|gif|png|jpg|mdb|mht|pdf|ppt|pptx|rar|txt|xls|xlsx|zip--
29999588
29999589
httpStatusHandler: [HTTPStatusEvent type="httpStatus" bubbles=false cancelable=false eventPhase=2 status=404 responseURL=null]
ioErrorHandler: [IOErrorEvent type="ioError" bubbles=false cancelable=false eventPhase=2 text="Error #2038: 文件 I/O 错误。 URL: http://blog.cmcc.com/sm/admin/Upload_File_SWF.aspx?id=&WaterMarkStyle=0&width=[object TextInput]&height=undefined&auto=true"]
上传 29999588 字节成功！ （小于29999588字节的文件都能成功！）
上传 29999589 字节报错
--------------------编程问答-------------------- 如果是 II7 默认会有大小限制 http://www.cnblogs.com/juexin/archive/2012/07/18/2597736.html --------------------编程问答-------------------- flash传大点的文件很容易报IO错误。这和服务器配置有关，也和服务器语言的IO机制相关。建议你换第三方的HTTP断点续传控件来实现这个功能。 --------------------编程问答-------------------- 传统的HTML上传方式难已满足超大文件的上传需求，因为使用传统HTML方式向服务器上传超大文件时，浏览器会建立一个连接，然后通过这个SOCKET连接向服务器POST数据。流程是没有问题，但是在国内由于许多地区的网络环境不稳定，同时速度也不快，这就导致浏览器建立的这个边接容易断开，或者是超时。比如你是广州联通网速是10KB/S，你向北京电信服务器上传数据，这速度肯定非常慢，因为跨网了，电信的网相互访问就快，而服务器不可能为你这一个用户等待这么长时间，因为这个连接资源是非常宝贵的。最好的方式是一个用户请求服务器只需要5秒，这样服务器的并发访问量才会比较大，同时能够处理的用户请求就越多。
第二个问题，如果用户上传1G的文件，现在已经上传了500MB,但是突然断网了，那么你让用户再重新上传前面的500MB吗？假设用户的网速是100KB/S，那么用户需要花1.4小时来重传前面的500MB。如果是这样的话，估记用户是无法接受的。
第三个问题，无论你是用原始HTML方式(即Form表单方式)上传还是使用Flash控件上传服务端都会分配一个与客户端相同大小的内存。比如用户上传的是1G，那么服务端就会分配1G内存，如果用户上传的是5G，那么服务端也会分配5G。那么假设10G个用户同时上传5G文件，那么服务端就需要至少50G内存。一般的服务端这时就会由于内存不足而崩溃掉。
--------------------编程问答-------------------- 传统的HTML方式已经难已满足超大文件的上传。别说是100MB，50MB对服务器来说都是非常大的，服务不仅要专门开一个socket连接接一直等待这个文件上传完毕，还要分配同等大小的内存来保存这个文件对服务器造成的压力相当的大，而且这个压力将会随着用户的增加而成几何式的增加。就算是用Flash也不行，因为目前的Flash不支持断点续传操作，也不支持文件分块操作，Flash和传统的HTML方式上传原理一样。用Flash上传100MB图片，服务器也要分配100MB的内存。10个用户同时上传100MB数据的话，就要吃掉服务器1G的内存。
Flash上传时是将整个文件加截到内存中的，这是比较严重的问题。因为如果用户要上传5G的文件，Flash也会将5G文件全部加载到内存中。这样会严重影响用户的操作体验。因为这时用户的电脑会处于假死状态。一般用户电脑也就2G，所以直接挂掉，内存不足，或内存溢出。
有些朋友试过用Flash文件上传控件来上传超大文件，但是经常遇到上传超时，或上传出错的问题。这是因为现在的Flash文件上传控件使用的技术还是和传统的HTML方式上传一样。让服务器打开一个连接，然后一直等到客户端把这个文件传完。但是在实际的网络环境中，用户的网速可能只有50KB/S，上传200MB的文件可能要花2.8小时。但是服务器的SESSION连接不可能为用户等2.8个小时，这还不考虑复杂的网络环境，比如数据包丢失的情况。如果遇到数据包丢失和网络异常的情况，那用户前面的100MB文件是白传了。这相当于浪费了用户一个小时的时间。给用户带来了极差的体验。
对于服务器来讲，连接资源是非常有限的，就算服务器能够为一个用户等2.8个小时，如果用户访问一大，每一个用户都占用一个连接并且占用这么长时间，那么服务器的并发处理能力就变的非常低了。其它的用户就算是请求一个简单的1KB的HTML页面也必须等服务器处理完前面的用户的请求。
同时Flash也无法满足超大文件的上传需求。因为超大文件上传需求有一个要求就是要保证数据传输的稳定性。比如用户上传1G的文件，已经上传了500MB,这时网突然断了，但是用户希望下次传这个文件的时侯是从最后一次上传的位置开始传输，也就是从500MB的位置开始传输，这一个需求是Flash是无法做到的。
像QQ邮箱中的超大附件上传功能，115网盘中的超大附件上传控件，华为网盘(DBank)，金山快盘他们都是使用控件来实现超大文件上传功能的。这样做主要是减轻服务器压力(服务器响应时间更快，并发处理能力更强)，节省服务器内存(服务器不必为每个用户都分配与文件同等大小的内存)，同时提高用户体验(用户可在复杂的网络环境中上传超大文件)。
当然从技术角度来讲，像这些互联网知名企业也是考虑了支撑海量用户的分布式文件存储构架设计。因为他们的文件存储服务器不可能是一台，而且会动态的随着用户数的增加而增加。
如果真如某些朋友所说的Flash控件就能解决超大文件上传的问题，那么腾迅也不会花那么大的力气专门为QQ邮箱开发一个控件了。
补充：.NET技术 , ASP.NET
