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

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

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

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

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

Gorgapor, mod_rewrite仍然经常使用GET。它只是允许将一个更友好的URL转换为一个带有GET查询字符串的URL。

没有什么是你本身做不到的。关键在于您不应该修改HTTP GET上的服务器状态。HTTP代理假设由于HTTP GET不修改状态，那么用户调用HTTP GET一次还是1000次没有区别。使用这些信息，他们认为返回第一个HTTP GET的缓存版本是安全的。如果你破坏了HTTP规范，你就有破坏HTTP客户端和代理的风险。不要这样做:)

在PHP中，POST数据限制通常由PHP .ini设置。GET受到服务器/浏览器设置的限制——通常在255字节左右。

第一个重要的事情是GET和POST的含义:

GET应该用来…得到……一些来自服务器的信息， 而POST应该用来向服务器发送一些信息。

在那之后，有几件事可以注意:

使用GET，用户可以在浏览器中使用“后退”按钮，并且可以将页面添加为书签 你可以作为GET传递的参数的大小是有限制的(如果我没记错的话，某些版本的Internet Explorer是2KB);POST的限制更多，通常取决于服务器的配置。

无论如何，我不认为我们可以“生活”没有GET:想想你每天在查询字符串中使用多少带有参数的url——没有GET，所有这些都不能工作;-)

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

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