HTTP 1.1 协议对url是不做长度限制的，原话如下：
"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时应谨慎，因为一些旧的客户或代理实现可能不支持这些长度。
所以从http标准协议上讲没有对url长度进行控制，header头长度是否有限制有待进一步研究协议。对url以及header长度的限制主要取决于服务器以及客户端的限制。
然后先从服务器端入手：
主要看了apache和nginx两种服务器，其他的咱也不熟
在apache的官方文档上找到这样一个配置选项 LimitRequestLine
（http://httpd.apache.org/docs/2.0/mod/core.html#limitrequestline）
从定义来看，这个选项限制的并不是url的长度，也不是head头的长度，而是是http请求中 request-line的长度（相关定义：http://www.w3.org/Protocols/rfc2616/rfc2616-sec5.html#sec5.1）。
即：Request-Line = Method + Request-URI +HTTP-Version 的长度。
但这很大程度上也就限制的GET、HEAD请求的参数长度，因为GET和HEAD请求是不会向服务器发送消息实体（message-body）的。可以说这个限制就是限制了url的长度不能超过该设定的值，如果超过了，服务器会返回错误状态码 414（Request-URI Too Large）。
那么对于整个消息体，apache服务器有限制吗？
接下来我有看了其他相关的参数，果然有 ：LimitRequestBody
（http://httpd.apache.org/docs/2.0/mod/core.html#limitrequestbody）
这个参数限制了http请求可以被接受的最大消息大小，默认是无限大的，但是其实这个无限也是有限的，最大不能超过2G。
这就是apache服务器对http请求的相关的一些限制
对于nginx服务器，也有类似的参数
large_client_header_buffers
该参数对nginx服务器接受客户端请求的头信息时所分配的最大缓冲区的大小做了限制，也就是nginx服务器一次接受一个客户端请求可就收的最大都信息大小。这个头不仅包含 request-line，还包括通用信息头、请求头域、响应头域的长度总和。这也相当程度的限制了url的长度。
nginx服务器默认的限制是4K或者8K，这是根据服务器的硬件配置有关的，一般为内存一页的大小，目前大部分为4K，即4096字节。
client_header_buffer_size
（http://wiki.nginx.org/HttpCoreModule#client_header_buffer_size）
该参数对发自客户端的http头信息的大小进行了限制，这个值和large_client_header_buffers同时限制了http请求头的大小，超过其中一个值则服务器会返回错误状态码 414（Request-URI Too Large）。
该参数的默认值为1K
client_max_body_size
该参数对发自客户端的http请求的消息实体大小进行了限制，如果超过该值，则会服务器会返回错误状态码 413（Request Entity Too Large）。此参数默认值为1MB，相当于是限制了post方式提交内容的最大限制。
==================================================================================
HTTP RequestHeader：
包括:请求行（request line）、请求头部（header）、空行和请求数据四个部分组成。
GET例子：
1 GET /562f25980001b1b106000338.jpg HTTP/1.1 2 Host img.mukewang.com 3 User-Agent Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 Safari/537.36 4 Accept image/webp,image/*,*/*;q=0.8 5 Referer http://www.imooc.com/ 6 Accept-Encoding gzip, deflate, sdch 7 Accept-Language zh-CN,zh;q=0.8
POST例子：
1 POST / HTTP1.1 2 Host:www.wrox.com 3 User-Agent:Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022) 4 Content-Type:application/x-www-form-urlencoded 5 Content-Length:40 6 Connection: Keep-Alive 7 8 name=Professional%20Ajax&publisher=Wiley
第一部分：请求行，用来说明请求类型,要访问的资源以及所使用的HTTP版本.
GET说明请求类型为GET,[/562f25980001b1b106000338.jpg]为要访问的资源，该行的最后一部分说明使用的是HTTP1.1版本。
第二部分：请求头部，紧接着请求行（即第一行）之后的部分，用来说明服务器要使用的附加信息
从第二行起为请求头部，HOST将指出请求的目的地.User-Agent,服务器端和客户端脚本都能访问它,它是浏览器类型检测逻辑的重要基础.该信息由你的浏览器来定义,并且在每个请求中自动发送等等
第三部分：空行，请求头部后面的空行是必须的，即使第四部分的请求数据为空，也必须有空行。
第四部分：请求数据也叫主体，可以添加任意的其他数据。这个例子的请求数据为空。
HTTP RespondHeader：
响应消息Response
服务器接收并处理客户端发过来的请求后会返回一个HTTP的响应消息；HTTP响应也由四个部分组成，分别是：状态行、消息报头、空行和响应正文。
例子：
1 HTTP/1.1 200 OK 2 Date: Fri, 22 May 2009 06:07:21 GMT 3 Content-Type: text/html; charset=UTF-8 4 5 <html> 6 <head></head> 7 <body> 8 <!--body goes here--> 9 </body> 10 </html>
第一部分：状态行，由HTTP协议版本号， 状态码（200）， 状态消息（OK） 三部分组成。
第二部分：消息报头，用来说明客户端要使用的一些附加信息
第二行和第三行为消息报头，
Date:生成响应的日期和时间；Content-Type:指定了MIME类型的HTML(text/html),编码类型是UTF-8
第三部分：空行，消息报头后面的空行是必须的
第四部分：响应正文，服务器返回给客户端的文本信息。空行后面的html部分为响应正文。