我收集有基本上不能够经由POST使用REST或GET时被发送的数据量的限制。 虽然我还没有使用REST或Web服务似乎大多数服务都涉及传输有限的数据量。 如果您想要传送数据的1-5MB的价值（在任一方向）的Web服务被认为是一个坏主意？
更新 ：我们正在考虑通过REST服务连接的应用程序是内部应用程序。 我们也有其他选择连接方式的选项（如：RMI）
Answer 1:
1-5mb使用REST是不是真的那么大的数据集的。 限制因素是可能的内存。 根据您是如何生成XML，如果你对服务高的流量，你可以运行低的服务器资源。
如果使用的是流式XML生成内存不会成为一个大问题。 创建一个DOM树，然后吐出出来会更加占用大量内存。
但是，即使你的DOM树花10倍的原始XML的内存，您将需要40个conncurrent连接fillup服务器2GB的内存。 因此，它可能不是你的情况的问题。
不太可能是在客户端内存问题。 但5反序列化的XML 5MB转储应该是没有什么正常的计算机上的问题。
Answer 2:
1-5 MB是好的，只要你提供某种形式的进度反馈给用户。 Web服务运行在HTTP，这是好的十岁上下，当涉及到对大型数据集的开销，真正的问题是XML。 XML，往往不是，增加了一个巨大的开销将序列数据的大小。 我会考虑JSON或黑森州对于更大的数据集:)
文章来源: Bad idea to transfer large payload using web services?
