URL查询字符串后追加非查询文本是否合法？附解析实例问询

Let’s break down your two questions clearly based on standard URL specifications:

1. URL中查询字符串后存在非查询文本是否合法？ #

从语法合法性来说，是合法的。根据URL的标准结构，?是查询组件（query component）的起始分隔符——从?开始到#（片段标识符起始）或URL结束的所有内容，都会被解析为查询字符串的一部分，哪怕里面包含/这类看起来像路径分隔符的字符（只有#是片段的专属分隔符，会中断查询字符串的解析）。

拿你的例子来说：http://HOST/PATH?foo=bar/PATH2，这里的/PATH2会被视为查询参数foo的取值（也就是foo的值是bar/PATH2），而不是路径的延续。服务器端解析时也会遵循这个规则，不会把/PATH2当作新的路径部分。

不过要注意：这种写法虽然语法合法，但语义上可能完全不符合你的预期——如果你本来想把PATH2作为路径的一部分，那这个写法就错了。

2. 在查询字符串后追加PATH2的此类URL是否合法？ #

同样，从语法层面看是合法的，但本质上和第一个问题是同一个逻辑：你追加的PATH2并不是路径的一部分，而是查询字符串的组成部分。

如果你的真实需求是“路径先到PATH，再延伸到PATH2，同时携带查询参数foo=bar”，那正确的写法应该是：

http://HOST/PATH/PATH2?foo=bar

因为URL的结构顺序是固定的：scheme://host/path?query#fragment，路径组件必须在查询组件之前，一旦出现?，后续内容（除了#开头的片段）都属于查询范畴，无法再作为路径延续。

一句话总结 #

• 语法上，?后带非查询文本（包括/PATH2）的URL是合法的，这些内容会被归为查询字符串；
• 但如果你的目标是延续路径，这种写法是错误的，必须把路径部分放在?之前。

内容的提问来源于stack exchange，提问作者Jacko