get请求中的参数可以有多长?

发布于 2024-11-11 17:28:29 字数 69 浏览 6 评论 0原文

我目前正在编写一个 API,通过获取参数获取传递的数据,因此我想知道 URL 或参数值的总长度是否受到最佳实践或协议的限制。

I am currently programming an API that gets passed data via get parameters so I was wondering if the total length of the URL or of the parameters value is limited in best practice or by the protocol.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

清晨说晚安 2024-11-18 17:28:29

基本上,2K 是跨浏览器方式中最值得信赖的分辨率,但如果放弃对 IE 8 及更低版本的支持,您可能会喜欢 64K。

虽然我觉得我需要质疑您是否需要知道这一点,但任何超过的内容都可以说.. 100 个字符最好通过 POST 请求而不是 GET 来处理。

Basically, 2K is the most you can rely on in a cross-browser fashion, but if you drop support for IE 8 and below, you can get to like 64K.

Although I feel I need to question your need to know this, anything over say.. 100 characters would best be handled through a POST request instead of a GET.

梦归所梦 2024-11-18 17:28:29

只是添加规范参考...来自 HTTP 1.1 RFC,第 3.2.1 节:

HTTP 协议对长度没有任何先验的限制
一个 URI。服务器必须能够处理它们所需要的任何资源的 URI
服务,并且应该能够处理无限长度的 URI,如果它们
提供可以生成此类 URI 的基于 GET 的表单。一台服务器
如果 URI 较长,应返回 414(请求 URI 太长)状态
超出服务器可以处理的范围(请参阅第 10.4.15 节)。

注意:服务器应该谨慎对待 URI 长度
  超过 255 字节,因为一些较旧的客户端或代理
  实现可能无法正确支持这些长度。

Just to add the canonical reference... from the HTTP 1.1 RFC, in section 3.2.1:

The HTTP protocol does not place any a priori limit on the length of
a URI. Servers MUST be able to handle the URI of any resource they
serve, and SHOULD be able to handle URIs of unbounded length if they
provide GET-based forms that could generate such URIs. A server
SHOULD return 414 (Request-URI Too Long) status if a URI is longer
than the server can handle (see section 10.4.15).

Note: Servers ought to be cautious about depending on URI lengths
  above 255 bytes, because some older client or proxy
  implementations might not properly support these lengths.
删除会话 2024-11-18 17:28:29

官方没有限制,所以它受不同浏览器的支配。

There is no official limit, so its at the mercy of the different browsers.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文