使用swfupload上传，出现Server (IO) Error错误！

大神帮忙啊，我只是上传了90MB的压缩包 就会报这个错误，而且就算我传50MB的文件，可以成功，但是上传速度很慢，怎么解决呢？

解决方案 »

  1.   

    Flash上传大文件容易出问题。实际上Flash还是和普通HTML上传原理是一样的。建议用一些支持断点续传功能的控件。网上已经有成熟的控件了，你在网上搜一下HTTP断点续传控件。
      

  2.   

    传统的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邮箱开发一个控件了。
      

  3.   

    网上有一个Web超大文件上传断点续传控件：http://www.cnblogs.com/xproer/archive/2012/10/26/2741264.html
    此控件支持100G文件的断点续传操作，提供了完善的开发文档，支持文件MD5验证，支持文件批量上传。
    支持浏览器：Internet Explorer 6,Internet Explorer 7,Internet Explorer 8,Internet Explorer 9
    Maxthon(遨游)1.x,Maxthon(遨游)2.x,TT浏览器,QQ浏览器,360安全浏览器,
    Chrome(Google浏览器),Maxthon3.x,360极速浏览器6.x,Firefox
    粘贴文件，简化选择文件操作：文件MD5值计算进度：文件MD5值计算完毕服务器根据MD5检测是否存在相同文件续传文件从服务器加载文件列表文件上传中文件上传完毕上传文件夹与Discuz!X2整合-后台安装断点续传控件与Discuz!X2整合-后台启用断点续传控件与Discuz!X2整合-后台断点续传控件启用成功与Discuz!X2整合-前台发帖页面与Discuz!X2整合-上传
    页面调用示例代码：<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
    <html xmlns="http://www.w3.org/1999/xhtml" >
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
        <title>HTTP断点续传控件与MySQL数据库演示页面(UTF-8)</title>
        <link href="HttpUploader/HttpUploader.css" type="text/css" rel="Stylesheet"/>
        <script type="text/javascript" charset="utf-8" src="HttpUploader/FileLister.js"></script>
        <script type="text/javascript" charset="utf-8" src="HttpUploader/HttpUploader.js"></script>
        <script type="text/javascript" charset="utf-8" src="HttpUploader/combinbox.js"></script>
        <script type="text/javascript" src="HttpUploader/jquery-1.3.2.min.js"></script>
        <script language="javascript" type="text/javascript">
         var cbItemLast = null;
         var cbMgr = new CombinBoxMgr();     $(document).ready(function()
         {
         cbMgr.LoadInControl("FilePanel");
         cbMgr.Init();
         });
        </script>
    </head>
    <body>
    <div id="FilePanel"></div>
    </body>
    </html>资源下载：
    CAB安装包
    EXE安装包
    开发文档
    升级日志 
    ASP.NET(C#)示例代码：
    ASP.NET-ACCESS示例
    ASP.NET-SQL2005示例
    JSP示例代码：
    JSP-ACCESS-GB2312示例
    JSP-ACCESS-UTF8示例
    JSP-SqlServer2005-UTF8示例
    JSP-MySQL-UTF8示例
    PHP示例代码：
    PHP-MySQL-UTF8示例
    Chrome,Firefox,IE断点续传控件示例(以下示例已整合IE32,IE64,Firefox,Chrome平台的插件)
    ASP.NET-ACCESS示例
    ASP.NET-SQL2005示例
    JSP示例代码：
    JSP-ACCESS-GB2312示例
    JSP-ACCESS-UTF8示例
    JSP-SqlServer2005-UTF8示例
    JSP-MySQL-UTF8示例
    PHP示例代码：
    PHP-MySQL-UTF8示例Chrome,Firefox,IE断点续传控件示例(以下示例已整合IE(x86),IE(x64),Firefox,Chrome平台的插件)
    ASP.NET-ACCESS示例
    ASP.NET-SQL2005示例
    JSP-ACCESS-GB2312示例
    JSP-ACCESS-UTF8示例
    JSP-SQL2005-UTF8示例
    JSP-MySQL-UTF8示例
    PHP-MySQL-UTF8示例
      

  4.   

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

  5.   

    这个不错，公司现在做的一个教育系统就是用的这个控件。因为老师需要上传一些视频，这些视频都比较大，一般都是1G左右的文件。我们之前试过flash的控件，但是发现如果有几个人一起上传的话，服务器就挂了，还有不管上传多大的文件，flash都一次性把它们全部加载到内存中，这个真要命。