Jetbrains全系列IDE使用 1年只要46元 售后保障 童叟无欺
http 1.1 协议原文
http 1.1 协议中对url的长度是不受限制的，协议原文：
// https://www.ietf.org/rfc/rfc2616.txt
3.2.1 General Syntax
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.
翻译：
HTTP协议不对URI的长度作事先的限制，服务器必须能够处理任何他们提供资源的URI，并且应该能够处理无限长度的URIs，这种无效长度的URL可能会在客户端以基于GET方式的请求时产生。如果服务器不能处理太长的URI的时候，服务器应该返回414状态码（此状态码代表Request-URI太长）。
注:服务器在依赖大于255字节的URI时应谨慎，因为一些旧的客户或代理实现可能不支持这些长度。
协议中未明确对url进行长度限制，但在真正实现中，url的长度还是受到限制的，一是服务器端的限制，二就是浏览器端的限制。
长度限制
服务器端
- nginx
nginx服务器默认的限制是4K或者8K
设置参数：large_client_header_buffers
浏览器端
| 浏览器 | 最大长度（字符数） | 备注 |
|---|---|---|
| Internet Explorer | 2083 | 如果超过这个数字，提交按钮没有任何反应 |
| Firefox | 65,536 | |
| chrome | 8182 | |
| Safari | 80,000 | |
| Opera | 190,000 | |
| curl（linux下指令） | 8167 |
Reference
- https://www.cnblogs.com/lengyuhong/archive/2012/02/04/2330130.html
- http://blog.chinaunix.net/uid-26602509-id-4495786.html
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/172528.html原文链接：https://javaforall.net
