HTTP Post数据对数据量没有指定的限制，因为不同的浏览器对GET有不同的限制。RFC 2068声明:

服务器应谨慎 取决于URI长度大于255 字节，因为一些旧的客户端或 代理实现可能不正确 支持这些长度

具体来说，您应该根据它们的用途选择正确的HTTP结构。HTTP GET不应该有副作用，可以被HTTP代理等安全地刷新和存储。

当您想要针对url资源提交数据时，使用HTTP POST。

使用HTTP GET的一个典型示例是在搜索中，即搜索?查询=我+查询 使用HTTP POST的一个典型示例是向在线表单提交反馈。

这就涉及到REST的概念以及web是如何被使用的。在软件工程电台上有一个很好的播客，对Get和Post的使用进行了深入的讨论。

Get用于从不需要更新操作的服务器中提取数据。其思想是，您应该能够反复使用相同的GET请求并返回相同的信息。URL在查询字符串中有get信息，因为它意味着能够轻松地发送到其他系统，人们喜欢在哪里找到一些东西的地址。

Post应该被用于(至少在web基于的REST架构中)将信息推送到服务器/告诉服务器执行一个操作。例如:更新此数据，创建此记录。

除了许多浏览器的长度限制不同之外，还有语义上的差异。get应该是“安全的”，因为它们是只读操作，不会改变服务器状态。post通常会改变状态，并在重新提交时给出警告。搜索引擎的网络爬虫可能会生成get，但不应该生成post。

如果希望读取数据而不改变状态，则使用GET;如果希望更新服务器上的状态，则使用POST。

使用POST进行破坏性操作，例如创建(我知道这很讽刺)、编辑和删除，因为您不能在浏览器的地址栏中点击POST操作。当允许一个人调用一个动作是安全的时候使用GET。URL是这样的:

http://myblog.org/admin/posts/delete/357

应该带你到一个确认页面，而不是简单地删除项目。这样避免事故要容易得多。

POST也比GET更安全，因为您没有将信息粘贴到URL中。因此，使用GET作为收集密码或其他敏感信息的HTML表单的方法并不是最好的主意。

最后一点注意:POST可以比GET传输更多的信息。“POST”没有传输数据的大小限制，而“GET”限制为2048个字符。

另一个区别是POST通常需要两个HTTP操作，而GET只需要一个。

编辑:我应该澄清一下——对于常见的编程模式。一般来说，用一个直接的HTML网页来回复一个POST是一个有问题的设计，原因有很多，其中之一就是在按下后退按钮时出现烦人的“您必须重新提交这个表单，您希望这样做吗?”

一个实际的区别是浏览器和网络服务器对URL中可以存在的字符数量有限制。每个应用程序都不一样，但如果你的表单中有文本区域，它肯定是可以达到的。

get的另一个问题是，它们会被搜索引擎和其他自动系统索引。谷歌曾经有一个产品，它可以在你正在浏览的页面上预取链接，所以如果你点击这些链接，它们会更快地加载。它对那些有delete.php之类链接的网站造成了严重破坏。Id =1 -人们失去了他们的整个网站。