Http “是”吗&引用；在URL中完全任意（忽略保留/非转义字符问题等）？_Http_Url

Http “是”吗&引用；在URL中完全任意（忽略保留/非转义字符问题等）？

http url

Http “是”吗&引用；在URL中完全任意（忽略保留/非转义字符问题等）？,http,url,Http,Url,例如，如果出于任何愚蠢的原因，我将服务器配置为通过将查询拆分为“^”符号（必要时转义）和“-”符号而不是“？”和“&”来解析URL，那么除了一个困惑的用户之外，我还会遇到任何麻烦吗发送的浏览器/HTTP请求是否会以不同的方式对待它，这可能会对我即将开展的“断电”业务造成不利影响？？不是任意的，而是在第3.4节的查询中定义的，我认为您无法改变这一点查询组件内部语法（名称=值对的编码方式）不是由URI RFC定义的，分隔符可以由其他规范定义： &被定义为应用程序/x-www-form-urlen

例如，如果出于任何愚蠢的原因，我将服务器配置为通过将查询拆分为“^”符号（必要时转义）和“-”符号而不是“？”和“&”来解析URL，那么除了一个困惑的用户之外，我还会遇到任何麻烦吗

发送的浏览器/HTTP请求是否会以不同的方式对待它，这可能会对我即将开展的“断电”业务造成不利影响？

？

不是任意的，而是在第3.4节的查询中定义的，我认为您无法改变这一点

查询组件内部语法（名称=值对的编码方式）不是由URI RFC定义的，分隔符可以由其他规范定义：

被定义为

应用程序/x-www-form-urlencoded

内容类型的分隔符。您可以更改此方面，例如

作为分隔符，但在任何情况下，在处理HTML表单生成的请求时，您都必须支持的。

您的浏览器可能允许长度超过浏览器限制的查询字符串。此外，您正在打破标准，任何使用您的网站的人都可能会遇到问题（例如，第三方网站希望链接到您的网站，可能带有查询参数）。啊，是的，浏览器长度是我没有想到的一个好点。但是，在HTTP协议中以及在从客户端到服务器的路径中处理URL的方式有什么不同吗？例如，如果URL是“www.whater.com/^x=2-y=3”v.s“www.whater.com/？x=2&y=3”，HTTP会做不同的事情吗？例如，它会说，“好的，我在那里看到了那些查询参数，我将把它们从URL中分离出来，等等，然后以稍微不同的方式执行这个请求”？好的，作为一个Java人来说，servlet框架需要一个符合W3C标准的URL。所以离开这一点，你可以期待摩擦…无处不在。