URL 解析 / 参数拆解 / 链接构建

URL 的组成，以及改参数时容易踩的坑

一条 URL 是有结构的记录，不是一串随便拼起来的字符。从左到右依次是： 协议（scheme，如 https）、主机（hostname）、端口（port，通常省略）、 路径（pathname）、查询串（search，? 之后的部分） 与锚点（hash，# 之后的部分）。用本页解析任意链接， 这些字段会一次列出来，不用再靠肉眼切字符串。

有两个细节最常被忽略。第一，锚点永远不会发给服务器： 浏览器只把它用于页面内定位，服务端日志里看不到它，这也是单页应用常用锚点做路由的原因。 第二，端口有默认值：http 是 80，https 是 443，所以地址栏里几乎看不到端口， 但解析结果会把它补出来，方便你确认请求到底打到了哪个端口。

真正需要工具的是查询参数。参数是 名=值 形式、用 & 连接的一组键值对， 而且有几条硬性规则：参数名区分大小写，?Page=1 与 ?page=1 是两个参数； 同名参数在不少服务端框架里会被解析成数组；值里如果出现 &、=、 空格或中文，必须做百分号编码，否则会被当成结构字符，参数就「莫名其妙少了一半」。 用表格改参数能避开这一类问题：你编辑的是解码后的值，重新构建时会自动编码。

百分号编码的规则是：URL 只能安全携带有限的 ASCII 字符，其他字符都按 UTF-8 字节写成 %XX。所以中文链接会变长一倍甚至更多，看起来陌生，但含义不变。 需要提醒的是，+ 只在表单编码（application/x-www-form-urlencoded）里代表空格， 在路径里它就是加号本身；把这两种场景混用，是链接「打不开」的常见原因。

最后是规范化：解析后重新构建的链接，可能和你粘贴进去的样子略有差别—— 默认端口被省略、缺省路径补成 /、部分字符被重新编码。 这不是出错，而是服务端真正收到的规范形式。 如果你需要手工控制编码过程，可以配合本站的 URL / Base64 编解码逐段查看编码前后的值。 整个解析与构建过程都在浏览器本地完成，链接不会上传。

URL 小贴士

• ? 之后是查询参数，多个参数用 & 连接，# 之后是锚点。
• 中文与特殊字符在 URL 中会被百分号编码，本工具会同时展示编码前后的值。
• 参数名区分大小写，重复参数名在部分服务端会被解析为数组。
• 需要更完整的编解码可以配合 URL / Base64 编解码 使用。