已添加：我正在研究我们将在我的工作中开发的新系统。它包括对用户进行身份验证，显示他们要下载和下载的文件。此外，如果文件不可用，则用户无法下载它们，但服务器获得所请求文件的副本，并在他可以获取文件时通过邮件通知用户。我们预计文件的大小目前只有2到50千兆字节。
我只想检查是否可以编写Web应用程序来解决问题，或者是否需要制作客户端 - 服务器解决方案。
答案 0 :(得分：23)
没有最大值。您遇到的任何最大值都是特定于应用程序或特定于站点的。
我使用HTTP和FTP从Microsoft下载了没有问题的DVD isos（~4gb）。
我也通过这两种方法上传了大量文件。
你能详细说明你想要做什么吗？
答案 1 :(得分：19)
正如已经回答的那样，该协议没有任何限制，但大多数HTTP 服务器具有开箱即用的默认上传限制：
IIS6在MaxRequestEntityAllowed中使用AspMaxRequestEntityAllowed（默认值为4GB）和metabase.xml（默认值为200000字节）。
IIS7使用maxRequestEntityAllowed：** appcmd set config / section：asp / maxRequestEntityAllowed：*** int *（默认为200000字节）
Apache使用LimitRequestBody（默认为2GB）
答案 2 :(得分：2)
您所说的协议中没有设计限制。只在具体服务器上超时
答案 3 :(得分：1)
HTTP中的上传通常是有限的，因为服务器必须等到（大部分很慢）上传完成才能响应请求。
答案 4 :(得分：1)
还有一个重要问题 - 你要上传或下载吗？
我可以说下载的上传限制要少得多。我不知道为什么。也许是因为HTTP和FTP的主要目的是发送数据，而不是接收。
这就是HTTP / FTP服务器可以更频繁地破坏上传会话而不是下载会话的原因。
答案 5 :(得分：1)
由于传输的大小可能在开头附近说明，我敢打赌，文件大小的限制与无符号整数的限制相同。从HTTP和FTP变得流行和有用的时间段来看，我会说这是一个32位无符号整数，所以 2 ^ 32字节，或4.0 GiB 。
答案 6 :(得分：0)
对于TCP协议，序列号为0到2 ^ 32-1。 假设每个字节增加1的序列时的最坏情况。 现在最大文件大小为4GB。你有一个1GBps的连接。 所有序列在4秒内完成，这是环绕时间。 如果TTL大于环绕时间，那么我们就不能重复使用序列，因此最大文件大小为4GB。
但Magic在TCP选项中，我们可以在选项中添加时间戳。现在问题解决了，即使我们得到相同的源和相同的目的地相同的序列号，但我们有不同的时间戳来识别。