传统的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内存。一般的服务端这时就会由于内存不足而崩溃掉。

普通方式上传超大文件失败率非常高，也就只能在本机测试时看下效果。在网络环境中基本上无法使用。建议使用控件来实现这个需求。

传大文件得用控件来做，或者用HTML5。比如QQ邮箱，360网盘，他们都是使用控件来传文件的。

一般情况下我们的网站用户有的可能用的电信的网络，有的用的是联通的网络，有的是用的教育网，有的在南有的在北，这种复杂的网络环境导致他们访问网站的速度是不同的。有的用户网速快，比如电信的用户访问电信的机房肯定快，他上传大文件可能没有问题。但是联通的访问电信的机房可能就慢了，他上传大文件可能就出现上传超时，掉线等问题。

服务器负载的问题，现在普通的文件上传技术对服务端带来的压力还是非常大的。普通的HTML上传1G的文件，服务端需要先分配1G的内存，然后开个长连接一直等待客户上传完毕。在这个期间如果有其它的用户也要上传1G的文件，那么服务端就再分配1G的内存。可以想象如果用户多了，那服务器肯定扛不住挂扯。就算是用Flash也一样，比如swfupload还有其它的几个Flash控件，他们使用的技术还是和普通的HTML一样。

腾迅他们正是考虑了这个问题，所以使用控件来解决这个问题。他们通过控件将一个大文件，比如1G划分成许多的小块，每一小块大约是128KB，然后循环上传，直到上传完。这样做的优点就是减轻了服务端的压力，提高了服务端的负载能力，使得服务端能够处理的用户请求数多了。也节省了成本。

兄弟，这功能现阶段只能靠控件来搞。别整HTML,FLASH了。真心话，那都是浪费时间。也甭管JSP,PHP,ASP啥的，都玩不转的。一句话还是得靠控件，最好是支持HTTP断点续传的控件。