upload大文件 客户端,该怎么解决
程序员文章站
2022-06-09 10:05:08
...
upload大文件 客户端
想请教下，各位都用什么来实现文件上传？ 需要web客户端，能大文件上传，如果是ftp或其他协议需要能够在上传结束后通知http服务器端，或者至少服务器端能有prepost events
如果是http上传需要能够支持chunk，希望是html5或flash的解决方案，不要java applet或者javaFx
即便是付费的不要像aspera那样的贵东西
最主要的是能很好的上传大文件，大文件是指最大到上100G的文件，
服务器端如果能有php的script最好
我试过的有jquery file upload 和plupload
------解决方案--------------------
建议使用flash+php来实现，有第三方类库
------解决方案--------------------
传统的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邮箱开发一个控件了。
想请教下，各位都用什么来实现文件上传？ 需要web客户端，能大文件上传，如果是ftp或其他协议需要能够在上传结束后通知http服务器端，或者至少服务器端能有prepost events
如果是http上传需要能够支持chunk，希望是html5或flash的解决方案，不要java applet或者javaFx
即便是付费的不要像aspera那样的贵东西
最主要的是能很好的上传大文件，大文件是指最大到上100G的文件，
服务器端如果能有php的script最好
我试过的有jquery file upload 和plupload
------解决方案--------------------
建议使用flash+php来实现，有第三方类库
------解决方案--------------------
传统的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邮箱开发一个控件了。
声明：本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系admin@php.cn核实处理。
相关文章
相关视频