URL最大长度限制

在开发调试支付宝接口时,突然发现支付宝接口的URL很长,远远大于之前自己印象中的255个字符。赶紧搜索查证了一番,理解如下:

  1. URL不能大于255bytes的说法确实存在,在RFC2616中提到:

    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.

  2. 从上一点也可以看出,255bytes的说法也是为了兼容性考虑。实际上现代浏览器的限制如下:

    Microsoft Internet Explorer (Browser)
    Microsoft states that the maximum length of a URL in Internet Explorer is 2,083 characters, with no more than 2,048 characters in the path portion of the URL. In my tests, attempts to use URLs longer than this produced a clear error message in Internet Explorer.
    Firefox (Browser)
    After 65,536 characters, the location bar no longer displays the URL in Windows Firefox 1.5.x. However, longer URLs will work. I stopped testing after 100,000 characters.
    Safari (Browser)
    At least 80,000 characters will work. I stopped testing after 80,000 characters.
    Opera (Browser)
    At least 190,000 characters will work. I stopped testing after 190,000 characters. Opera 9 for Windows continued to display a fully editable, copyable and pasteable URL in the location bar even at 190,000 characters.
    Apache (Server)
    My early attempts to measure the maximum URL length in web browsers bumped into a server URL length limit of approximately 4,000 characters, after which Apache produces a “413 Entity Too Large” error. I used the current up to date Apache build found in Red Hat Enterprise Linux 4. The official Apache documentation only mentions an 8,192-byte limit on an individual field in a request.
    Microsoft Internet Information Server
    The default limit is 16,384 characters (yes, Microsoft’s web server accepts longer URLs than Microsoft’s web browser). This is configurable.
    Perl HTTP::Daemon (Server)
    Up to 8,000 bytes will work. Those constructing web application servers with Perl’s HTTP::Daemon module will encounter a 16,384 byte limit on the combined size of all HTTP request headers. This does not include POST-method form data, file uploads, etc., but it does include the URL. In practice this resulted in a 413 error when a URL was significantly longer than 8,000 characters. This limitation can be easily removed. Look for all occurrences of 16×1024 in Daemon.pm and replace them with a larger value. Of course, this does increase your exposure to denial of service attacks.

  3. 另外值得注意的是,有文章提到作为<a>的href属性时,URL不能超过1024bytes,这点没有详细查证

综上,URL还是不适合太长,不是不得已,尽量不要通过GET方式提交大量参数,可以考虑用POST方式(大约在2M左右,应该是和服务器及设定有关)。另外这么长的URL在访问和收藏(有文章提到有些浏览器在收藏超长地址时也是会出现问题)时也是相当不友好的。当然,之前数据库字段设置时还是作为255bytes处理,现在可能要考虑扩充一下了。

参考:

  1. What is the maximum length of a URL?
  2. What is the limit on QueryString / GET / URL parameters?
### HTML在网络攻防中的数据长度限制 HTML本身并未对表单提交的数据长度设置严格的硬性限制,但在实际应用中,存在多种因素会对数据长度施加约束。这些限制主要来源于HTTP协议的不同请求方式、服务器配置以及浏览器实现。 #### HTTP GET 请求的长度限制 对于基于GET方法的请求,URL及其参数会被编码并附加到地址栏上发送给服务器。由于浏览器和中间代理(如缓存服务)通常会截断过长的URL字符串,因此GET请求的实际最大长度受到一定制约。例如,在Internet Explorer中观察到大约有2083字符的最大阈值[^1];而其他现代浏览器可能支持更长的路径,但一般建议控制在合理范围内以免引发兼容性问题。 #### POST 方法与数据大小 相较之下,POST请求允许客户端向指定资源上传大量信息而不受上述提到的那种严格字节数量级管控的影响。具体能承载多少取决于后端框架设定或者Web容器内部机制比如Apache Tomcat默认情况下接收实体主体尺寸上限可达2MB左右[^2]。然而值得注意的是,即使理论上能够处理非常庞大的负载,出于性能考虑还是应该谨慎对待超大规模输入流操作。 #### 特殊情况下的考量 当涉及到文件上传等功能模块时,则需额外关注操作系统层面磁盘空间可用状况等因素外加数据库记录字段宽度定义等方面也可能间接影响最终呈现出来的效果表现形式如何变化等问题[^3]。另外还需注意某些特定场景下可能存在自定义校验逻辑进一步缩小有效范围边界条件等等细节之处不容忽视。 以下是利用Python模拟简单测试不同长度payloads传输可行性的代码片段作为参考: ```python import requests url = 'http://example.com/test' data = {'key': 'a' * 1000} # 调整数值以适应实验需求 response = requests.post(url, data=data) print(response.status_code) ```
评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值