ASP.NET上传大于4G的文件

时间：2022-12-25 17:19:18
目标：上传大于4G的文件

试了很多方法，都是在文件的大小上卡住了，请各位达达们帮忙，有好用的第三方控件最佳，或者给我些思路及文章。

30 个解决方案

#1

http://www.cnblogs.com/bestcomy/archive/2004/06/09/14267.html

#2

http://www.cnblogs.com/wucountry/archive/2006/02/15/331248.html

#3

引用 2 楼 wfcfan 的回复:
http://www.cnblogs.com/wucountry/archive/2006/02/15/331248.html


上面的博客不错

#4

上传这种大文件还是使用ftp或分块断点续传，上传控件有SWFUload 

#5

引用 4 楼 wuyq11 的回复:
上传这种大文件还是使用ftp或分块断点续传，上传控件有SWFUload


正解

#6

引用 2 楼 wfcfan 的回复:
http://www.cnblogs.com/wucountry/archive/2006/02/15/331248.html

大文件上传可以用线程  一段一段的传

#7

ftp比较可靠。

#8

http://www.cnblogs.com/daizhj/archive/2008/10/28/1321252.html

#9

建议楼主不要用asp.net传，用fpt或其它方法，你这个即使能传上去，也不会有人有那么大的耐心去等的！

#10

好帖子

#11

ASP.NET上传大于4G的文件

#12

引用 9 楼 zhandjq 的回复:
建议楼主不要用asp.net传，用fpt或其它方法，你这个即使能传上去，也不会有人有那么大的耐心去等的！

是的，即使传上了，四个G，你想想要传多久，传完后你的Session己过期了，会影响你的一些写库操作，也许就是直接报错，传了N久的东西，到最后功亏一篑

#13

引用 1 楼 wfcfan 的回复:
http://www.cnblogs.com/bestcomy/archive/2004/06/09/14267.html

这个不是给出了一个了。
顶这个！

#14

帮顶

#15

不好意思，我刚上来。上面说到的网页我回头去看一下。

至于为什么非要用ASP.NET，是因为我要在Server那端对文件进行些位置的处理，并且，用户并不会用FTP工具啊。

至于大小，我这里都是假定局域网内传输，大文件的话也应该很快才对吧。。。。。

#16

这么大 直接ＦＴＰ吧　

#17

引用 15 楼 pele007 的回复:
不好意思，我刚上来。上面说到的网页我回头去看一下。

至于为什么非要用ASP.NET，是因为我要在Server那端对文件进行些位置的处理，并且，用户并不会用FTP工具啊。

至于大小，我这里都是假定局域网内传输，大文件的话也应该很快才对吧。。。。。


你在会员的管理界面那里加个ftp链接就可以了。

windows 的文件夹也支持ftp的，遇到这个链接，它自己就跳出来的。

N 多电影论坛都这么干。

#18

看完楼上兄弟们提供的地址，问题没解决。
我目前使用的是NeatUpload，也是只能最多传2G的文件；上面的地址貌似不是只能传2G，就是要收钱。。。。。

还有人说的切割文件的方法，有文章推荐不？

#19

帮顶，关注

#20

如果非要用asp.net，  可以自己写个http module来处理文件上传的吧，自己搜索一下  “asp.net 大文件上传”  很多例子的

#21

以上方法，各有各的优势
值得学习！

#22

问题没有解决！
继续等高人出现~~~~~~~~

#23

每天回帖即可获得10分可用分！小技巧：教您如何更快获得可用分

#24

我用FTP上传过2G的，4G的没有处理过。

为什么要上传那么大的文件？
如果很多人同时上传那么大的文件很容易卡死的。

#25

不要那么麻烦了，你培训用户使用ftp就好了

#26

建议你用客户端插件传，最好是Flash、Silverlight这类大量安装的客户端，在里面把文件分割成小块传，任何一个小块传失败了就重传小块，不用整个重传。传4G的问题不仅仅在于提及，而在于出错的风险。

#27

用插件或者FTP！别无选择

#28

http://download.csdn.net/source/675091

用JavaScript 和ADODB.Stream 技术实现了文件的分块读取,
利用XMLHttp 技术实现文件块的异步发送, 然后
在服务器端接收文件块并记录接收日志, 
在此基础上实现了文件的断点续传,
且传输速度较快, 对文件的大小没有限制。


这种思想有人已经实现过了，俺没有试过，所以对起效率也就不敢妄下结论，楼主可以试一下

#29

续传 不就可以吗 

#30

文章我看了，等我的试验结果吧，呵呵

引用 28 楼 bonnibell 的回复:
http://download.csdn.net/source/675091

 用JavaScript 和ADODB.Stream 技术实现了文件的分块读取,
 利用XMLHttp 技术实现文件块的异步发送, 然后
 在服务器端接收文件块并记录接收日志,
 在此基础上实现了文件的断点续传,
 且传输速度较快, 对文件的大小没有限制。


 这种思想有人已经实现过了，俺没有试过，所以对起效率也就不敢妄下结论，楼主可以试一下

#1

http://www.cnblogs.com/bestcomy/archive/2004/06/09/14267.html

#2

http://www.cnblogs.com/wucountry/archive/2006/02/15/331248.html

#3

引用 2 楼 wfcfan 的回复:
http://www.cnblogs.com/wucountry/archive/2006/02/15/331248.html


上面的博客不错

#4

上传这种大文件还是使用ftp或分块断点续传，上传控件有SWFUload 

#5

引用 4 楼 wuyq11 的回复:
上传这种大文件还是使用ftp或分块断点续传，上传控件有SWFUload


正解

#6

引用 2 楼 wfcfan 的回复:
http://www.cnblogs.com/wucountry/archive/2006/02/15/331248.html

大文件上传可以用线程  一段一段的传

#7

ftp比较可靠。

#8

http://www.cnblogs.com/daizhj/archive/2008/10/28/1321252.html

#9

建议楼主不要用asp.net传，用fpt或其它方法，你这个即使能传上去，也不会有人有那么大的耐心去等的！

#10

好帖子

#11

ASP.NET上传大于4G的文件

#12

引用 9 楼 zhandjq 的回复:
建议楼主不要用asp.net传，用fpt或其它方法，你这个即使能传上去，也不会有人有那么大的耐心去等的！

是的，即使传上了，四个G，你想想要传多久，传完后你的Session己过期了，会影响你的一些写库操作，也许就是直接报错，传了N久的东西，到最后功亏一篑

#13

引用 1 楼 wfcfan 的回复:
http://www.cnblogs.com/bestcomy/archive/2004/06/09/14267.html

这个不是给出了一个了。
顶这个！

#14

帮顶

#15

不好意思，我刚上来。上面说到的网页我回头去看一下。

至于为什么非要用ASP.NET，是因为我要在Server那端对文件进行些位置的处理，并且，用户并不会用FTP工具啊。

至于大小，我这里都是假定局域网内传输，大文件的话也应该很快才对吧。。。。。

#16

这么大 直接ＦＴＰ吧　

#17

引用 15 楼 pele007 的回复:
不好意思，我刚上来。上面说到的网页我回头去看一下。

至于为什么非要用ASP.NET，是因为我要在Server那端对文件进行些位置的处理，并且，用户并不会用FTP工具啊。

至于大小，我这里都是假定局域网内传输，大文件的话也应该很快才对吧。。。。。


你在会员的管理界面那里加个ftp链接就可以了。

windows 的文件夹也支持ftp的，遇到这个链接，它自己就跳出来的。

N 多电影论坛都这么干。

#18

看完楼上兄弟们提供的地址，问题没解决。
我目前使用的是NeatUpload，也是只能最多传2G的文件；上面的地址貌似不是只能传2G，就是要收钱。。。。。

还有人说的切割文件的方法，有文章推荐不？

#19

帮顶，关注

#20

如果非要用asp.net，  可以自己写个http module来处理文件上传的吧，自己搜索一下  “asp.net 大文件上传”  很多例子的

#21

以上方法，各有各的优势
值得学习！

#22

问题没有解决！
继续等高人出现~~~~~~~~

#23

每天回帖即可获得10分可用分！小技巧：教您如何更快获得可用分

#24

我用FTP上传过2G的，4G的没有处理过。

为什么要上传那么大的文件？
如果很多人同时上传那么大的文件很容易卡死的。

#25

不要那么麻烦了，你培训用户使用ftp就好了

#26

建议你用客户端插件传，最好是Flash、Silverlight这类大量安装的客户端，在里面把文件分割成小块传，任何一个小块传失败了就重传小块，不用整个重传。传4G的问题不仅仅在于提及，而在于出错的风险。

#27

用插件或者FTP！别无选择

#28

http://download.csdn.net/source/675091

用JavaScript 和ADODB.Stream 技术实现了文件的分块读取,
利用XMLHttp 技术实现文件块的异步发送, 然后
在服务器端接收文件块并记录接收日志, 
在此基础上实现了文件的断点续传,
且传输速度较快, 对文件的大小没有限制。


这种思想有人已经实现过了，俺没有试过，所以对起效率也就不敢妄下结论，楼主可以试一下

#29

续传 不就可以吗 

#30

文章我看了，等我的试验结果吧，呵呵

引用 28 楼 bonnibell 的回复:
http://download.csdn.net/source/675091

 用JavaScript 和ADODB.Stream 技术实现了文件的分块读取,
 利用XMLHttp 技术实现文件块的异步发送, 然后
 在服务器端接收文件块并记录接收日志,
 在此基础上实现了文件的断点续传,
 且传输速度较快, 对文件的大小没有限制。


 这种思想有人已经实现过了，俺没有试过，所以对起效率也就不敢妄下结论，楼主可以试一下
标签：

相关文章