HTTP/HTTPS浏览器URL不可结尾的字符有哪些？

好问题！要搞清楚这个问题，得结合URL的官方规范和浏览器的实际处理逻辑来看，我整理了完整的禁止/不建议结尾的字符类别和具体例子：

一、规范明确禁止的控制字符 #

根据URL相关的RFC标准（比如RFC 3986），所有**C0控制字符（ASCII 0-31）**和ASCII 127的DEL字符，都绝对不允许出现在URL的任何位置，包括结尾。常见的例子有：

• \0（空字符，ASCII 0）
• \t（制表符，ASCII 9）
• \n（换行符，ASCII 10）
• \r（回车符，ASCII 13）
• \b（退格符，ASCII 8）
• \x1F（单位分隔符，ASCII 31）
• \x7F（删除符，ASCII 127）

这些字符会干扰URL的解析逻辑，浏览器和服务端都会直接拒绝这类URL。

二、浏览器自动处理或实际不允许结尾的字符 #

除了严格禁止的控制字符，还有一些字符虽然在URL中间可能合法，但结尾时会被浏览器修正或被服务端判定为无效：

• 空格（ASCII 32）：正如你测试的，浏览器会自动去除URL结尾的空格，不会让它保留在最终请求的URL里；
• 锚点符#：虽然#可以用来标记页面锚点，但如果URL单独以#结尾，浏览器会解析为空锚点，部分服务端可能会认为这是无效请求；
• 查询参数起始符?：语法上允许URL以?结尾，但多数服务端框架会判定这是缺少参数的无效请求，实际场景中也不会这么用；
• 其他未编码的特殊字符：比如&、=这类查询参数分隔符，如果单独出现在结尾，同样会导致解析异常，浏览器可能会自动修正或拒绝发起请求。

补充说明 #

URL的合法字符范围其实很清晰：只有字母、数字，以及-._~这四个特殊字符是可以直接使用的“未保留字符”，其他字符都需要通过百分编码（比如空格转%20）才能出现在URL中。而即使是编码后的字符，也不建议放在URL结尾，因为可能引发不必要的解析问题。

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